XE2 / Error after compile : 0xc000007B

[bernhard_LA]

Dt: unsere Anwendung rennt seit der version von D7, unter D XE2 im X32 Bit ist auch alles OK,
leider kommt bei X64 jetzt folgende Fehler-Meldung : 0xc000007B
Kann jemand helfen ???

Eng: Our application has been fine with D7, later D2010 and now Delphi XE2 x32 mode.
If I compile now using x64 bit mode , I can' t start the application and get and 0xc000007B error.
http://www.articlesbase.com/software...s-4380824.html does not help :(



OS: WIN 7 PROF. 64 BIT

[RWarnecke]

Mmmh, das ist schwierig, hast Du schon mal versucht den Teil zu debuggen, wo diese Fehlermeldung auftritt ? Als weitere alternative kan ich die Eurekalog empfehlen. Das sagt Dir genau in welcher Zeile der Fehler auftritt.

[bernhard_LA]

ich denke der Crash passiert noch vor dem Ausführen der ersten Zeile Code :-(

[Uwe Raabe]

Verwendet das Programm externe DLLs? Liegen diese auch in der richtigen (sprich 64-Bit) Version vor? Auch im entsprechenden Zugriffspfad?

[bernhard_LA]

Die DLL Thematik hatte ich auch im Verdacht, auskommentieren der DLL Funktionen hat leider keinen Erfolg gebracht

[CCRDude]

Zitat:

Zitat von bernhard_LA (Beitrag 1132820)

ich denke der Crash passiert noch vor dem Ausführen der ersten Zeile Code :-(

Weil ein Breakpoint auf der ersten Zeile des Hauptprogrammes nicht vor dem Crash erreicht wird, oder bist Du Dir da sicher?

Je nach eingebundenen Units haben die ja initialization-Parts, die theoretisch auch schon vor dem Laden von SysUtils und damit dem Initialisieren des exception handlings ausgeführt werden und Fehler werfen können.

Du hast bei der OS-Angabe die Sprache vergessen. Wäre es ein englisches Delphi auf deutschem OS oder genau umgekehrt, wäre die Herkunft der Meldung zumindest klar.

Ansonsten... bei Startproblemen würd ich zuerst einen elevated Start probieren, und danach das Manifest peinlich genau überprüfen, ggfls. auswechseln.

Externe DLLs verwendet zudem jedes Programm (zumindest Delphi-Programm, denn ohne Delphi-RTL geht's nicht)! Auch statisch gelinkte DLLs können Streß machen. Unter anderem aufgrund des Suchpfades, wenn DLLs unterschiedlicher Version im Programm- sowie im Systemverzeichnis liegen.

[Uwe Raabe]

Zitat:

Zitat von CCRDude (Beitrag 1132874)

Externe DLLs verwendet zudem jedes Programm (zumindest Delphi-Programm, denn ohne Delphi-RTL geht's nicht)!

Die Delphi-RTL liegt allerdings gerade nicht als DLL vor! Insofern sind die externen DLLs, die ein Programm benutzt vorwiegend die des Betriebssystems. Solange sich also nicht irgendwelche (und sei es Kopien) davon im Suchpfad oder gar im Exe-Pfad befinden, kann man erstmal davon ausgehen, daß das OS weiß, wo es die findet.

[CCRDude]

Zitat:

Zitat von Uwe Raabe (Beitrag 1132876)

Die Delphi-RTL liegt allerdings gerade nicht als DLL vor!

Wo habe ich das denn behauptet? Ich habe nur geschrieben, daß Teile der RTL immer verwendet werden. Und in diesen Teilen sind statische Imports auf System-DLLs.

[himitsu]

Delphi-Quellcode:

Weil ein Breakpoint auf der ersten Zeile des Hauptprogrammes nicht vor dem Crash erreicht wird, oder bist Du Dir da sicher?

Mit F7 starten bringt auch nicht?
Eventuell auch mal die Debug-DCUs aktivieren, in den Projektoptionen.

Welches Ausgabeformat ist denn eingestellt? (Win32, Win64, OSX ...)

[Harry Stahl]

Genau das gleiche Problem habe ich jetzt auch bei XE7, wenn ich die 32-Bit-Version als 64-Bit laufen lassen möchte. Kompilieren geht, aber Programm stürzt sofort ab.

Gibt es hierfür inzwischen nähere Erkenntnisse?