VCLFixPack 1.2 (2009-03-03) - "IDEFixPack" für eig. Projekte

[jbg]

Das VCLFixPack behebt Fehler in der VCL und RTL von Delphi 6 - 2009 (auch geeignet für C++Builder 2007/2009). Es ist das Pendant zum IDEFixPack welches nur für die IDE zuständig ist. VCLFixPack hingegen führt all die Bugfixes auch für die eigenen Programme durch. Die Unit operiert komplett im Arbeitsspeicher, verändert also keine Programmdateien (muss ich das eigentlich immer dazusagen, was soll die Unit denn sonst machen.)

VCLFixPack enthält Runtime-Patches für:

• 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)
• QC #66892: Closing forms deactivates the application (missing "stdcall") (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)
• QC #69294: TProgressBar fails with PBS_MARQUEE and disabled Themes (Vista)
• QC #52439: DbNavigator paints incorrectly when flat=true in themed mode (2007-2009)
• QC #70441: ToUpper and ToLower modify a Const argument (2009)
• QC #69752: ToUpper and ToLower with NullString (2009)
• QC #67564, QC #69875: StringBuilder.Replace is incorrect (2009)

Nicht alle Bugs treten in allen Delphi Versionen auf, die Patches werden je nach Delphi Version automatisch einkompiliert oder weggelassen. Zudem findet eine Erkennung auf CodeGear-Patches für die Bugs statt.
Unterstützte Delphi Versionen:
Delphi 6, 7, 2005, 2006, 2007, 2009
C++Builder 2007, 2009

Nutzung
Delphi: Einfach die Unit in die USES-Anweisung der Projektdatei aufnehmen. Vorzugsweise als erste Unit nach dem optionalen Speichermanager.
C++Builder: Einfach die die Unit über den Projektmanager hinzufügen. C++Builder ruft dann automatisch den Delphi Compiler für die Unit auf.

[alzaimar]

Kann man nicht die Fixes permanent im VCL-Quellcode durchführen?

[jbg]

Zitat:

Zitat von alzaimar

Kann man nicht die Fixes permanent im VCL-Quellcode durchführen?

Klar, wenn ich CodeGear heißen würde. Aber sei versichert die wissen um jeden einzelnen Bugfix der hier verbraten wurde.

[mkinzler]

Ich frag mich, warum man bei CG nicht schon lange auf die Idee gekommen ist, diese Patches zu integrieren :gruebel:

[lbccaleb]

Vllt solltest du dich mal bei CodeGear bewerben, so oft wie du den hier aus der Patsche hilfst! :lol:

[Assertor]

Zitat:

Zitat von mkinzler

Ich frag mich, warum man bei CG nicht schon lange auf die Idee gekommen ist, diese Patches zu integrieren :gruebel:

Und ich frage mich, warum man bei CG nicht schon lange auf die Idee gekommen ist, diesen Andy zu integrieren ;)

Danke, Andreas - Top Arbeit, wie immer!

Gruß Assertor

[jbg]

Zitat:

Zitat von mkinzler

Ich frag mich, warum man bei CG nicht schon lange auf die Idee gekommen ist, diese Patches zu integrieren :gruebel:

Sie haben ja schon einige eingebaut, wie z.B. den Control-Resize-Patch, den Doppelter-Taskbar-Button-Patch und alle anderen Patches, bei denen 2007 der bis-Wert ist.

[mkinzler]

Aber andere sind immer noch da.

[jbg]

Zitat:

Zitat von mkinzler

Aber andere sind immer noch da.

Die Focus-Probleme wurden auch erst letztens entdeckt. Oder meinst du die andern Tausend Bug Reports. Ich bezweifle sehr, dass CodeGear da überhaupt noch den Überblick hat.

Zitat:

Und ich frage mich, warum man bei CG nicht schon lange auf die Idee gekommen ist, diesen Andy zu integrieren

Ich sags mal so, ich habe meinen persönlichen Ansprechpartner bei denen. Wenn ich will kann ich einen Bugfix schneller durchdrücken als irgend jemand anders außerhalb von CodeGear, selbst wenn der Bug nicht mal im QC gelistet ist. Und mit Hilfe meiner Fix Packs kann ich sogar die QS übernehmen, ähm. sorry, ihr übernehmt die ja für mich :mrgreen:

[mkinzler]

Für dich machen wir das gern! :lol:

[s.h.a.r.k]

funktionieren diese fixes auch mit jedem patch, den ich für delphi installiere!?

[jbg]

Zitat:

Zitat von s.h.a.r.k

funktionieren diese fixes auch mit jedem patch, den ich für delphi installiere!?

Es werden keine Dateien verändert. Also hat der Installer von Delphi kein Problem beim Einspielen eines Install-Patches.

Die Patches schalten sich automatisch ab wenn sie die notwendigen (Machinen)Code-Stellen nicht finden. Sollte also ein Bug von CodeGear aus behoben werden, greift VCLFixPack an dieser Stelle nicht mehr ein. Und selbst wenn, dann kommt bestimmt von mir ein Update.

[s.h.a.r.k]

man sollte doch auch erst mal exakt lesen, um was für eine art patch es sich handelt ;) danke aber für die ausführliche info!

btw: du kommst aus vöhringen!? sag jetzt aber nicht bei ulm?! ist ja nur ein katzensprung von mir aus ;) in so fern die offingen was sagt!

[jbg]

Zitat:

Zitat von s.h.a.r.k

ist ja nur ein katzensprung von mir aus ;) in so fern die offingen was sagt!

Als Katzensprung würde ich das jetzt nicht bezeichnen. (Wobei wenn man das von Hamburg aus betrachtet, sicherlich einer ist).

[s.h.a.r.k]

[ot]
ach, finde ich schon. in 30 minuten bist auch vor ort und das ist wahrlich keine weite strecke, zumal ich jeden tag von mir zuhause bis in die uni eine stunde benötigt (fahrrad, zug, bus) ;)
[/ot]

[Roaster]

Ein wenig OT aber gerade passend:

Ist eigentlich schon mal jemandem aufgefallen, dass wenn ich mit der Maus über die grün unterstrichenen 'QC' Wörter von Andy's Posting, oben, fahre, dass der erscheinende Tooltip etwas von 'Borland Quality Center' sagt. Also ich denke man sollte dies mal in CodeGear abändern, auch die Webadresse bedarf einer Anpassung, oder?

[Assertor]

[offtopic]

Zitat:

Zitat von Roaster

Ist eigentlich schon mal jemandem aufgefallen, dass wenn ich mit der Maus über die grün unterstrichenen 'QC' Wörter von Andy's Posting, oben, fahre, dass der erscheinende Tooltip etwas von 'Borland Quality Center' sagt.

Ja, mir. Aber recht hast Du...

Man könnte ja wie bei Prince was à la "TSMFKABTILBACBE: CGBEM" schreiben für "The software manufacturer formerly known as Borland, then Inprise, later Borland again: CodeGear by Embarcadero".

[/offtopic]

Gruß Assertor

Edit: Danke fürs Ändern, Daniel! :)

[Daniel]

Für ab jetzt neu erstellte Beiträge passt es nun: QC.

// eoot: end of ot. ;-)

[uligerhardt]

Hi Andy!

Ich wollte die Unit grad mal ausprobieren. Leider stürzen mir (BDS 2006) schon die simpelsten Testprojekte (egal, ob Konsole oder VCL) ab, wenn ich VCLFixPack use. Und zwar versucht die Routine CreateMethodPointer in InitObjAutoDEPFix, ein dynamisches Array mit negativer Länge anzulegen. Sagt dir das was?

Uli.

[jbg]

Zitat:

Zitat von uligerhardt

Und zwar versucht die Routine CreateMethodPointer in InitObjAutoDEPFix, ein dynamisches Array mit negativer Länge anzulegen. Sagt dir das was?

Da fehlt doch glatt ein "FillChar(Func, SizeOf(Func), 0);". Ihr seid halt meine Beta-Tester :thumb:

[uligerhardt]

Zitat:

Zitat von jbg

Da fehlt doch glatt ein "FillChar(Func, SizeOf(Func), 0);". Ihr seid halt meine Beta-Tester :thumb:

Hm, so geht's besser. :thumb:

[jbg]

Ich habe jetzt den Download mit dem FillChar aktualisiert.

[jbg]

Es gibt mal wieder eine neue Version. VCLFixPack 1.1 fügt einen neuen Bugfix (ProgressBar unter Vista) hinzu und behebt sonst Bugs in den Bugfixes.

Infos und Download gibt es auf der ersten Seite

[bigg]

Schusselchen. Die VCLFixPack.pas 1.1 wurde also am 25.01.2008 von dir verändert.
Jaja, Programmierer und Daten... :mrgreen:

[jbg]

Zitat:

Zitat von bigg

Die VCLFixPack.pas 1.1 wurde also am 25.01.2008 von dir verändert.

Wie ich diese Jahresumsellungen immer hasse.

[jaenicke]

In einem Thread im DF wurde ein Problem unter Delphi 7 in Kombination mit einem XP Manifest und DoubleBuffered deutlich:
http://www.delphi-forum.de/viewtopic...=549869#549869

Reproduzieren lässt sich der Fehler einfach: Unter Delphi 7 DoubleBuffered des Formulars in FormCreate auf True setzen, einen Button / CheckBox und das TXPManifest aufs Formular legen.
Resultat: Der Hintergrund des Buttons bzw. der CheckBox wird schwarz / bekommt Zeichenfehler.

Gelöst habe ich das, indem ich mit Hilfe von HookProc etc. die entsprechenden Botschaftsbehandlungsroutinen der Komponenten ersetzt habe. Im Anhang liegt die neue Unit, ich habe mich an dem vorhandenen Code deiner Unit orientiert, so dass du das leicht einbauen könntest, wenn du möchtest.

[CGehrer]

Hallo,

ich habe den VCL fix Pack 1.2 zu einem meiner Projekte hinzugefügt.
Das Flackern der TPageControl-Komponente bei aktiviertem Theming ist weg, allerdings wird der Seitenhintergrund jetzt mit einer komischen Farbe (weiß grau gestreift) gezeichnet.

Der Effekt tritt nur auf, wenn ich das Farbschema von Windows XP auf "Silber" einstelle.
Ich verwende den C++ Builder 2009 - habe das gleiche Problem aber auch mit Delphi 2009.

Kann das jemand nachvollziehen bzw. hat jemand eine Lösung damit der Hintergrund mit der Standardfarbe gezeichnet wird?

[himitsu]

Zitat:

QC #59963: Closing non-modal forms after a task switch can deactivate the application (2007-2009)
QC #66892: Closing forms deactivates the application (missing "stdcall") (2009)

Der VCL Fix Pack 1.4 ist ja nun auch schon etwas älter. (6-2009.3)

Kann man es dann noch gefahrlos für XE verwenden?
OK, wird ja inzwischen nahezu alles deaktiviert, womit die Unit qusi fast leer ist.

Wir haben hier ein Problem, welches ein bissl nach diesen Fehlern klingt.
http://www.delphipraxis.net/167825-p...gabefokus.html


Ach ja, wenn ich das IDE-FixPack installiert hab, kann es dann eine Auswirkung auf den Debugger und seine gestartete Anwendung haben?
Jedenfalls verliert die Anwendung nicht den Fokus, wenn sie im Debugger läuft. :gruebel:
Ich weiß aber nicht, ob es am IDE-FixPack liegt, oder ob es auch ohne so ist.