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

[jbg]

Das IDE FixPack für Delphi 2007-XE behebt Bugs der Delphi/C++Builder IDE, wobei keine Dateien verändert werden. Alle Bugfixes werden zur Laufzeit im Arbeitsspeicher durchgeführt. Die Bugfixes gelten nur für die IDE. Eigene Programme profitieren davon nicht. (dafür ist das VCL Fix Pack da).

IDE FixPack Homepage

Für Delphi 2007 ist nur die 3.0 Version verfügbar, da ich kein Delphi 2007 mehr einsetze und somit auch keine Bugs finde und behaben kann.


Enthaltene Bugfixes:

• Vista compatible main icon resource (2007-2010)
• Debugger optimization (2009-2010)
• Undo destroys editor buffer (2007-2010)
• QC #47242: Possible AV when shutting down the IDE (2009)
• QC #71575: Delphi 2009 literal string assigment (2009)
• QC #47807: Error insight fails to find TObject class (2007-2009)
• Possible deadlock when Error Insight calls ProcessMessages (2007-2009)
• QC #37462: IDE may select the wrong file when performing a ctrl + left-click on a filename in the editor (2007-2009)
• QC #22880: Cannot resolve unit name (2007-2009)
• QC #58045: Component captions and component icons disappear from form designer (2007-2009)
• QC #75738: Debugging extremly slow
• QC #68493: Switching away and back to Delphi orphans focus on Code Editor
• QC #69456: IDE dead lock when updating the editors (2009)
• QC #55910: TDBText.Color always reverts to Parent.Color (2007-2009)
• Sometimes the IDE has two taskbar buttons (2007)
• Background Parser blocked the main thread (2007)
• Find dialog has problems with upper/lower case Umlaut characters (2007)
• QC #68647: Infinite loop in Forms.GetNonToolWindowPopupParent (2006-2009)
• QC #68740: Lost focus after TOpenDialog when MainFormOnTaskBar is set (2007-2009)
• QC #59963: Closing non-modal forms after a task switch can deactivate the application (2007-2009)
• Control resize bugfix for kernel stack overflow due to WH_CALLWNDPROC hook (6-2007)
• QC #59654: TActionList access already released FActions field (6-2007)
• QC #54286 : Parent-PopupMenu overrides standard context menu (edit, memo, combobox, ...) (6-2007)
• QC #50097: ObjAuto access violation on XEON (Data Execution Prevention bug) (2006-2007)
• Classes.MakeObjectInstance memory leak fix (for usage in a DLL) (6-2009)
• QC #58938: MainForm Minimize minimizes in the background (2007)
• QC #64484: SysUtils.Abort can raise an AccessViolation (6-2009)
• QC #58939: No taskbar button when starting from ShellLink with Show=Minimized (2007)
• QC #35001: MDIChild's active control focus is not set correctly (6-2009)
• QC #56252: TPageControl flickers a lot with active theming (7-2009)
• QC #68730: TLabel is not painted on a themed, double-buffered TTabSheet in Vista (7-2009)
• TLabels on TTabSheet are not painted (themes) if a TWinControl like TMemo is on the TTabSheet (TWinControl.PaintWindow bug) (7-2009)
• Grid flickers with active theming (DBGrid, StringGrid and DrawGrid only, no derived classes) (7-2009)
• TSpeedButton is painted as a black rectangle on a double buffered panel on a sheet of glass. (2009)
• Workaround for Windows Vista CompareString bug (Workaround is disabled by default, define "VistaCompareStringFix" to activate it) (Vista)
• ToolsAPI IOTAProjectOptions.GetOptionNames destroys options. (2009)
• QC #74646: Buffer overflow in TCustomClientDataSet.DataConvert with ftWideString(2006-2009)

Installation:
IDEFixPackReg.exe starten und den Install-Button betätigen.

Deinstallation:
IDEFixPackReg.exe starten und den Uninstall-Button betätigen.


Neu in Version 3.5:

• Code Insight doesn’t show matching methods for event assignments
• BugFix für QC #68493: Switching away and back to Delphi orphans focus on Code Editor
• BugFix für QC #29732: Class Completion adds published section
• Optimierung: QC #50564: Long/Unicode string assignments could be made 20% to 30% faster
• Optimierung: Optimized TObject.ClassNameIs implementation
• Optimierung: GetDynaMethod uses binary search in DMT
• Optimierung: LoadResString cache (improves the speed of switching between Code and Design editor)
• Optimierung: Startup .NET XML-Serializer cache
• Optimierung: Call stack with IInterface parameters are resolved much faster (2009/2010)

Neu in Version 3.0:

• Added fix for: QC #80822: ObjectInspecor: Properties are duplicated after scrolling
• Added fix for: QC #80776: ObjectInspector shows "EditControl" instead of the real content
• Added fix for: QC #79776: Clicking on object Inspector rejects focus
• Added fix for: QC #29732: Class Completion adds published section
• Added fix for: Step-Out doesn't recognize the return address at ESP (2010 only)
• Removed broken fix for QC #47242: Possible AV when shutting down the IDE

Neu in Version 2.9:

• Bugfix: CallStack optimization could cause access violations in RAD Studio 2010
• Added fix for: QC #75738: Debugging extremly slow
• Added fix for: QC #68493: Switching away and back to Delphi orphans focus on Code Editor

Neu in Version 2.8:

• Added fix for: Vista compatible main icon resource doesn’t work
• Added fix for: F1 key doesn’t invoke help from ObjectInspector (2010 only)
• Added Debugger optimization (Callstack, Local variable view, Step-Into) (2009-2010)
• Added Startup .NET XML-Serializer cache (2009-2010, Funktion des DelphiSpeedUp 2007)

Neu in Version 2.7:

• Added fix for: 64 bit Debugger assertion
• Added fix for: Undo destroyed editor buffer
• Added fix for: Vista 64 IDE startup delay
• Added: QC #74646: Buffer overflow in TCustomClientDataSet.DataConvert with ftWideString
• Fixed: TTabSheet looked stange if used with SilverThemes

Neu in Version 2.6:

• Added: RAD Studio 2009 Update 3 (removed fixed patches, update patches to new machine code)
• Fixed: QC #47242: Possible AV when shutting down the IDE
• Fixed: QC #71575: Delphi 2009 literal string assigment
• Fixed: ToolsAPI IOTAProjectOptions.GetOptionNames destroys options.

Neu in Version 2.5:

• Added fix for: Error Insight fails to find TObject class
• Possible deadlock when Error Insight calls ProcessMessages
• Fixed: The AppDeActivateZOrder patch now fixes the cause instead of the symptoms

Neu in Version 2.4:

• Added: Fix for Error Insight defines VER190 instead of VER200
• Added: Fix for IDE may select the wrong file when performing a ctrl+click on a filename in the editor
• Added: faster AnsiCompareFileName replacement function which speeds up the "Install Packages..." dialog

Neu in Version 2.3:

• Added: Fix for "Cannot resolve unit name" ErrorInside bug.

Neu in Version 2.2:

• Fixed: C++Builder compilation slow down caused by the ReadWrite mode fix
• Fixed: DBGrid ScrollBar gab wasn't painted correctly in BiDiMode <> bdLeftToRight
• Fixed: TTabSheet could throw an access violation if no PageControl was assigned to it
• Added: RtlVclOptimize unit is compiled into the IDE Fix Pack, speeding up the IDE (2009)

Neu in Version 2.1:

• QC #67351: Debugger invokes anonymous method by itself (2009)
• QC #58045: Component captions and component icons disappear from form designer (2007-2009)
• QC #50278: IDE Compiler opens all files in ReadWrite mode and blocks command line compiler (2007-2009)
• QC #69456: IDE dead lock when updating the editors (2009)

[holliesoft]

Hi,

vielen Dank für Dein IDE Fixpack. Respekt vor Deiner Arbeit. Hab' eben mal den Donate-Button auf Deiner Homepage benutzt (sollte jeder machen, der dieses tolle Stück Software benutzt, die das fixt, was Embarcadero nicht hinbekommt )

viele Grüße
Patrick

[jbg]

Zitat von holliesoft:

sollte jeder machen, der dieses tolle Stück Software benutzt

Aber wehe wenn die Donations mein Gehalt übersteigen.

Zitat:

was Embarcadero nicht hinbekommt

Die Optimierungen hatte sie zu Delphi 2009 Entwicklungszeiten abgelehnt, da sie die Symptome beheben aber nicht die Ursachen. Meine Meinung ist, dass ich lieber 1 Million LoadResString Aufrufe schnell verarbeite, als den gesamten Quellcode nach Resourcestrings zu durchsuchen und die unnötigen Aufrufe zu eliminieren, was viele Manntage verschlingt und deswegen nicht gemacht wurde, was ich wiederum verstehe.

[himitsu]

Zitat von jbg:

..., als den gesamten Quellcode nach Resourcestrings zu durchsuchen und die unnötigen Aufrufe zu eliminieren, was viele Manntage verschlingt und deswegen nicht gemacht wurde, ...

Noch 350 Tage bis XE2 ... die zwei/drei Tage mehr fallen da nun auch nicht auf.

[hanspeter]

Kann es sein, das sich IDE Fixpack und GExpert nicht vertragen.
Wenn ich mit GExpert eine Componente austausche z.B. von Panel auf TADVPanel, kommt eine Speicherschutzverletzung im IDE-Fixpack?

Gruß Peter

[jbg]

Welche Version von GExperts und Delphi verwendest du? (damit ich es nachstellen kann)

[hanspeter]

Zitat von jbg:

Welche Version von GExperts und Delphi verwendest du? (damit ich es nachstellen kann)

Gexpert 1.34 , Delphi 2010.
DEer Bug kommt wohl bei jedem ReplaceComponents

Gruß Peter

[jbg]

Der Fehler tritt bei mir (leider) nicht auf.

Delphi 2010 Prof. DDevExtensions 2.3 + GExperts 1.34 (Win7 64 Bit)
Auch wenn ich die Ladereihenfolge der beiden Plugins ändere tritt der Fehler nicht auf.

1. Delphi starten
2. Neue VCL Form Anwendung
3. Button auf Formular
4. Rechtsklick auf Button
5. Replace Component
6. TEdit eingeben
7. OK drücken

[MaBuSE]

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

[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