XE2 / Error after compile : 0xc000007B

[Perlsau]

Zitat:

Zitat von Harry Stahl (Beitrag 1322858)

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?

Wie kann man "die 32-Bit-Version als 64-Bit laufen lassen"? Meintest du nich vielmehr 64-Bit-Kompilat? Also du entwickelst und testest deine Anwendung mit 32 Bit und am Ende erstellst du aus demselben Code eine 64-Bit-Anwendung, die dann abstürzt?

Also ich hab's weder mit XE2 noch mit XE7 je erlebt, muß allerdings dazusagen, daß ich mit beiden immer nur sporadisch arbeite. Manche Dinge scheinen mit 64-Bit ein wenig anders zu laufen. So hatte ich seinerseits von Hathor und dem schönen Günter den Tip bekommen, in OnCreate des Hauptformulars folgede IfDefs einzutragen (gemeint ist nicht das mit der Caption):

Delphi-Quellcode:

  Saved8087CW := Default8087CW;
  {$IFDEF WIN64}
  Self.Caption := GLD.Programmtitel + '64-Bit-Version';
  System.Set8087CW($133f);
  {$ELSE}
  Self.Caption := GLD.Programmtitel + '32-Bit-Version';
  System.Set8087CW(Saved8087CW);
  {$ENDIF}

Danach ist mein 64-Bit-Kompilat nicht mehr abgestürzt. Mir ist natürlich klar, daß es sich bei dir um eine andere Fehlermeldung handelt, aber ich wollte nur darauf hinweisen, daß man für 64 Bit nicht immer denselben Code verwenden kann wie für 32 Bit.

[Harry Stahl]

Ja klar, ich meinte die kompilierte 64-Bit-Version. Dass einige Sachen anders in der 64-Bit-Version sein müssen, habe ich natürlich berücksichtigt.

Aber zum Oncreate-Ereignis des Hauptformulars kommt das Programm gar nicht, sondern stürzt direkt ab. Es werden also auch nicht die Initialisierungsabschnitte der einzelnen Units durchlaufen.

Wenn ich mit F7 das Programm bzw. den Debugging-Prozess starte, lande ich direkt im CPU-Fenster, siehe anliegenden screenshot. Einmal weiter auf F7 gedrückt und schon stürzt das Programm ab.

Die Theorien, dass es an irgendwelchen geladenen 32-bit-Dlls liegen könnte trifft nicht zu, da ich keine DLL's direkt zum Programmstart lade sondern nur dynamisch bei Bedarf (zur Sicherheit habe ich auch auch mal alle DLL's aus dem Programmverzeichnis entfernt).

[Perlsau]

Mach doch mal ein Testprogramm, das bei dir ebenfalls abstürzt, und hänge das Projekt dann hier als Zip an (nur dpr, dproj, pas, dfm und res, mehr brauchts eigentlich nicht) und achte darauf, keine Zusatzkomponenten zu verwenden, die womöglich nicht jeder hat.

[Harry Stahl]

Einfache 64-Bit Testprogramme funktionieren ja leider. Auch habe ich mit XE7 schon andere 64-Bit-Programme ohne Probleme erstellt.

Außer Indy-Komponenten habe ich in diesem Programm keine Drittkomponenten drin. Es hat aber über 65.000 Zeilen Source-Code und über 70 Formulare, kann ich hier also nicht posten.

Blöd ist ja, dass man das Programm überhaupt nicht debuggen kann.

[Perlsau]

Hast du mal einen Breakpoint in der DPR gesetzt bzw. mit F8 zu starten versucht?

[Harry Stahl]

Ja, habe ich (direkt den ersten Eintrag "Application Initialize"), sowohl F7 (was ja ein noch kleinerer Debug-Teilschritt als F8 ist) oder auch F8 führen direkt zum CPU-Fenster.

[Perlsau]

Dann fällt mir jetzt auch nix mehr ein.

[Eppos]

Hat hier jemand bereits eine Lösung?

[Rollo62]

Du könntest noch versuchen die MainForm von einer einfachen Dummy MainForm aufzurufen und
nicht "autocreaten" zu lassen, sondern step by step von Hand zu Createn.

Falls dein Absturz nicht auch schon davor kommt.

Rollo