Hallo,
zuerst möchte ich mal Danke sagen für Deine Tools rund um Delphi.
Wir verwenden Idefix, DDevExtentions und DelphiSpeedUp bei und im Haus mit Delphi 7, 2007 und XE und sind sehr zufrieden.
Ich habe noch einen kleinen Bug in der IdeFix 4.5 gefunden.
Beim Delphi XE Start werden einige Dateien in %TEMP% erstellt und csc.exe aufgerufen um daraus eine *.dll Datei zu erzeugen.
(*.cs, *.out, *.err, *.cmdline, *.tmp und *.dll Dateien)
Diese Dateien werden nach der Benutzung der *.dll Dateien wieder gelöscht.
Aus irgend einem Grund werden die dynxmlserializer.8.0.15_TaskMetadata.cs und dynxmlserializer.8.0.15_TaskMetadata.dll Dateien nicht in %TEMP% erzeugt, sondern in %LOCALAPPDATA%\IDEFixPack erstellt und nicht wieder gelöscht.
Wird Delphi beendet und erneut gestartet, so bleibt Delphi bei uns im SplashScreen beim Laden der DDevExtentions 2.5 hängen.
Wenn der Delphi Prozess via TaskManager gekillt wurde. Und die Dateien in %LOCALAPPDATA%\IDEFixPack wieder gelöscht wurden lässt sich Delphi wieder starten.
Auf einem lokalen PC tritt der Fehler bei uns nicht auf. Der Fehler tritt nur in unserer virtualisierten Welt auf.
Folgende Umgebung verwenden wir:
- Embarcadero RAD Studio XE Enterprise
- Embarcadero License Server
- Windows 7 64 bit
in einer
- VM auf ESX Server 4.1
- Citrix Xen Desktop 5
- AppSense
- provisionierte VHDD (Citrix provisioning Services) ReadOnly im Cached Mode
Die Daten in %LOCALAPPDATA%\IDEFixPack werden auch auf dem lokalen PC angelegt, aber dort stört sich Delphi nicht daran
Ich hoffe diese Infos helfen Dir das Problem zu lösen.
Im Moment haben wir den Workarround, das %LOCALAPPDATA%\IDEFixPack Verzeichnis vor jedem Delphi Start zu löschen.
Danke und viele Grüße
MaBuSE