IDE FixPack 3.5 (2007-XE) (2010-09-12)

[jbg]

Zitat von MaBuSE:

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.

Der Grund ist, dass dies das Cache-Verzeichnis ist, so dass der CSC.EXE Aufruf ausbleiben kann. Deswegen werden sie nicht gelöscht. (Ab XE2 ist dieser Cache nicht mehr notwendig, da Embt meinen Vorschlag mit dem Vorkompilieren und Signieren der dynxmlserializer.dll aufgegriffen hat)

Zitat:

Wird Delphi beendet und erneut gestartet, so bleibt Delphi bei uns im SplashScreen beim Laden der DDevExtentions 2.5 hängen.

DDevExtensions bleibt da nicht hängen, es ist nur das letzte IDE Plugin, das geladen wurde und seinen Text im Splashscreen hinterlassen hat.


Man kann diesen IDEFixPack Cache abschalten, indem man die Umgebungsvariable "IDEFixPack.DisabledPatches" auf den Wert "Start.XmlSerializer" (beides ohne Quotes) setzt.

Aber dass das Problem nur in der VM auftritt ist schon komisch. Bei meinen VMs (VMWare+WinXP32/Vista64) habe ich da keine Probleme.

[MaBuSE]

Zitat von jbg:

Man kann diesen IDEFixPack Cache abschalten, indem man die Umgebungsvariable "IDEFixPack.DisabledPatches" auf den Wert "Start.XmlSerializer" (beides ohne Quotes) setzt.

Danke, das werde ich nachher ausprobieren.

Zitat von jbg:

Aber dass das Problem nur in der VM auftritt ist schon komisch. Bei meinen VMs (VMWare+WinXP32/Vista64) habe ich da keine Probleme.

Wir haben einen Pool aus vielen gleichen VMs, der auf mehreren Servern gehostet wird.
Bei jeder Anmeldung bekommt der Benutzer (Entwickler) eine andere VM.
Die Umgebung des Benutzers wird durch AppSense zur Verfügung gestellt.

Das bedeutet, es existiert ein virtuelle Layer zwischen dem OS und der App. Vermutlich liegt da das Problem, z.B. dass Delphi es sieht, aber nicht darauf zugreifen kann.

Wir stellen gerade von D2007 auf XE um. Das wird bei über 40 Entwicklern auch eine Weile dauern. Bis wir dann soweit sind auf was Neueres umzusteigen gibt es bestimmt schon XE5

Danke und
Viele Grüße
MaBuSE

[jbg]

Zitat von MaBuSE:

Zitat von jbg:

Man kann diesen IDEFixPack Cache abschalten, indem man die Umgebungsvariable "IDEFixPack.DisabledPatches" auf den Wert "Start.XmlSerializer" (beides ohne Quotes) setzt.

Danke, das werde ich nachher ausprobieren.

Es reicht aber nicht aus, die Umgebungsvariable in Delphi zu setzen. Sie muss auf Benutzer- bzw. Systemebene gesetzt werden, da IDE Fix Pack die Umgebungsvariablen bereits zu einem Zeitpunkt ausliest, an dem die IDE diese noch nicht überschrieben hat.

[CCRDude]

Oh, es gibt einen eigenen Thread zum IDEFixPack, super

Da frage ich doch hier auch noch nach, ob jemand anders ebenfalls Probleme mit beendendem BDS aufgrund von "Lizenzproblemen" hat, die mit dem IDEFixPack zusammenhängen (siehe hier)?

[jbg]

Außer deinem Thread habe ich noch nie was zu dem Problem gehört. Das wäre mir auch sehr schnell aufgefallen, wenn mein XE mich auf die anti-piracy Webpage leiten würde, so wie es nach dem Update 1 von XE bei meinem DDevExtensions Plugin war.


Hast du vielleicht eine Spezialversion, bei der der Kopierschutz ausgeweitet ist, oder hast du vielleicht nicht alle Updates installiert?

Der Kopierschutz mag es nicht wenn man eine Funktion in der bds.exe hookt. Das hatte ich mit DDevExtenstions gemacht. Aber IDE Fix Pack rührt dieses Modul nicht an.

[CCRDude]

DDevExtensions habe ich 2006 das letzte Mal heruntergeladen (Version 1.3), danach nicht mehr, zumindest sagen das meine Download-Ordner. Wenn, müsste das also meinen Umstieg von D2006 auf DXE überlebt haben, und vermutlich noch von XP64 über Vista nach Win7.

Ich habe eine ganz normale Pro-Version, das einzige fehlende Update war das Hilfe-Update.

Sonst habe ich noch GExperts und madExcept in die IDE integriert, aber damit tritt der Fehler nicht auf. Hörte halt direokt nach der Deinstallation des IDEFixPack auf, soweit man das bei einem Fehler, der "nur" alle paar Stunden auftritt, sagen kann.

Wenn Du sagst, daß das singulär zu sein scheint, probiere ich mal die neueste IDEFixPack-Version aus.

[jbg]

Zitat von CCRDude:

probiere ich mal die neueste IDEFixPack-Version aus.

Das dürfte wahrscheinlich nicht viel bringen, da ich Patches nur hinzufüge und nur welche entferne, wenn ein neues Update herauskommt, das den Fehler behebt (kommt selten vor) oder eine neue Version herauskommt.

Was du aber machen könntest, um den Fehler einzugrenzen, ist folgende Einträge einzeln der Umgebungsvariable "IDEFixPack.DisabledPatches" zuzuweisen.

Beispiel:

Code:

SET IDEFixPack.DisabledPatches=IDE.IntfCastReduction;IDE.IntfCastReduction.MoreSpeed
bds.exe

Code:

Editor.FocusFix
Editor.PublishedBlock
ErrorInsight.LockCurrentDir
IDE.Compile.BProgress
IDE.IntfCastReduction
IDE.IntfCastReduction.MoreSpeed
IDE.KibitzNoClearUnitCache.InvokeCodeCompletion
IDE.WindowRestoreFix
RTL.AnsiCompareFileName
RTL.Classes.ObjectTextToBinary
RTL.FindHInstance
RTL.SystemOptimization
RTL.VariantsConvOptimization
RTL.XMLDocOptimization
RTL.XmlIniFile
RTL.XmlWriter
Start.XmlSerializer
VCL.ComponentDesignerRootStream
VCL.ListViewStreaming
VCL.TBitBtnDoubleBufferDefault