Fehlerhafte (nur 32-Bit-?)Delphi-XE2-Compilate?

[Delphi-Laie]

Zitat von Bernhard Geyer:

patchen der System.pas wird nix bringen da man bei solchen Basis-Units den Compiler eigentlich nicht dazu überreden kann die geänderten Units beim Compilieren zu verwenden (bei "höherlevigen" Units kann man diese Patchen und dann z.B. ins Projektverzeichnis kopieren).

Wie gelangt denn der Softwarehersteller an die dcu? Gibt es dort einen "Zaubercompiler" mit erweiterten Möglichkeiten?

Ich probierte einmal, eine "systemnahe" (bwz. fundamentale) Pascalunitdatei zu verändern (abzuspecken). Recht bald kam beim Compilieren eine Fehlermeldung (in) der Art: "Die Unit A und die Unit B wurden mit unterschiedliche Versionen der Unit C compiliert". Irgendwann ließ ich die Finger davon, wenn man kleinere Exe-Dateien erhalten möchte, sollte man am besten gleich mit der (von Luckie gut beschriebenen) Non-VCL-Programmierung beginnen.

In gewissen Ausnahmefällen (z.B. Fehler i.S. von falsch und/oder i.S. von unvollständig oder bei speziellen Anpassungszwängen, z.B. Compileoptionen über Compilerschalter) sollte es doch auch möglich sein, fundamentale Units über ihren Quelltext anzupassen, oder?

[Bernhard Geyer]

Zitat von Delphi-Laie:

Wie gelangt denn der Softwarehersteller an die dcu? Gibt es dort einen "Zaubercompiler" mit erweiterten Möglichkeiten?

Ja, er hat Zaubercompiler.
Es geht hier primär darum das nicht Hinz und Kunz hergehen und ihre eigenen "gefixten" Packages sich neu erstellen und dann unter gleichen Namen verteilen und damit die ultimative DLL-Höller hervorzaubern. Ist aber ähnlich dem das du ja auch keine MFC/ATL's-DLLs selbst neu kompilieren kannst/darfst.

Zitat von Delphi-Laie:

Ich probierte einmal, eine "systemnahe" (bwz. fundamentale) Pascalunitdatei zu verändern (abzuspecken). Recht bald kamen beim Compilieren Fehlermeldung in der Art "Die Unit A und die Unit B wurden mit unterschiedliche Versionen der Unit C compiliert". Irgendwann ließ ich die Finger davon, wenn man kleinere Exe-Dateien erhalten möchte, sollte man am besten gleich mit der (von Luckie gut beschriebenem) Non-VCL-Programmierung beginnen.

Wer unbedingt die kleinesten Exe's haben will muss halt mehr Zeit in die Entwicklung stecken. Das was du als abspecken ansiehst wird vermutlich jeweils von 1% der Entwickler benötigt (o.k in den Codes wird vermutlich bei XE2 auch noch Win9x-Altlasten in kleinen Teilen stecken).

Zitat von Delphi-Laie:

In gewissen Ausnahmefällen (z.B. Fehler i.S. von falsch und/oder i.S. von unvollständig oder bei speziellen Anpassungszwängen) sollte es doch auch möglich sein, fundamentale Units über ihren Quelltext anzupassen, oder?

Wenn die Fehler nicht gerade ein Starten der App verhindern ist m.E. der Weg der TNT-Controls eine gute Möglichkeit.

[uligerhardt]

Zitat von Delphi-Laie:

Wie gelangt denn der Softwarehersteller an die dcu? Gibt es dort einen "Zaubercompiler" mit erweiterten Möglichkeiten?

Schau mal hier. KA, ob das bei aktuellen Delphi-Versionen noch so geht.

[Delphi-Laie]

Gut Ding will Weile haben?!

Soeben stellte ich fest, daß nunmehr beide XE2-Fehler, um die es in dieser Diskussion ging, seitens Embarcadeor behoben wurden. Die CPU-Fehler-Korrektur benötigte wahrlich eine geraume Weile (ich mit dem Hexeditor kaum eine Viertelstunde).

[MEissing]

FYI: Das SSE-Problem auf "alten" CPUs ist mit dem just erschienenen Update 3 für Delphi XE2 behoben

Liste gefixter Bugs:
http://edn.embarcadero.com/article/41831/

Update 3 Readme:
http://docwiki.embarcadero.com/RADSt...r_XE2_Update_3

Download über "Suchen nach Aktualisierungen" oder hier:
http://cc.embarcadero.com/item/28670

[Daniel]

Danke für die Info.

[Delphi-Laie]

Auch von mir danke!

Bei den niedrigen Delphiversionen, mit denen ich bevorzugt arbeite, reichte die .01er Version aus, daß man ein taugliches Programm vor sich hatte.

Bin ja mal gespannt, wieviele Updates bei XE 2 noch auf die Menschheit losgelassen werden, bis der gleiche akzeptable Zustand hergestellt ist.

Komplexere Software erfordert nun einmal umfangreicheres Qualitätsmanagement. Warum das (und auch vieles andere) gespart wird, konnte ich in einem (letztlich auch amerikanisch geleiteten) Großkonzern eindrucksvoll erleben: Es kommen bevorzugt die (karriere"geilen") "Jungmanager" nach oben, die ihren Chefs Kosteneinsparungen präsentieren können. Die Folge waren Qualitätseinbußen, die auch heute noch spürbar sind. Die Yankees werden wohl nie begreifen, daß langfristige Kundenzufriedenheit und damit -bindung den tendenziell höchsten Profit bedeuten.

[messie]

[OT]
Alta, was ein Ton hier ... Das könnte man glatt mit einem Golf-GTI-Forum abgleichen
[/OT]

[Lemmy]

Hi ,

Zitat von Delphi-Laie:

Bin ja mal gespannt, wieviele Updates bei XE 2 noch auf die Menschheit losgelassen werden, bis der gleiche akzeptable Zustand hergestellt ist.

es ist noch gar nicht lange her, da haben sich andere beschwert, dass es bei Delphi nur kostenpflichtige Updates (Upgrade auf die nächste Major) gibt - also ein Paradebeispiel dafür, dass man es Kunden nie recht machen kann

btw. um auf deine Frage zu antworten: Vermutlich noch sehr viele, denn das wurde beim Release von Delphi XE2 auch so kommuniziert: Es werden zeitnah und kontinuierlich Updates veröffentlicht, insbesondere um FireMonkey weiter zu stabilisieren und auszubauen... Ob allerdings ein "akzeptabler" Zustand erreicht wird, kannst nur du entscheiden....

Grüße