Problem bei Programmstart - (0xc000007b)

[Tom-Tom]

Hallo an alle,

danke für Eure Tipps.

@Peter: Danke für die Hinweise. Bisher hat mein Programm kein .Net etc. benötigt. Ich werde aber mal die Komponentenhersteller fragen, ob sich das geändert hat.

@TiGü: ich habe das gestern mit dem Process Explorer schon versucht, das hat mir nicht geholfen. Ich werde mal den Monitor veruchen. Guter Tipp, danke.

@Dalai: Das läuft auf keiner anderen Maschine, außer dem Delphi Rechner. (Der ist allerdings gerade frisch aufgesetzt und sollte auf dem letzten Stand sein.)

@Hoika: Ohne Runtime Packages startet das Programm einwandfrei. (Lädt nur keine PlugIns etc, da diese Runtime Packages benötigen). Danke auch für das Video. Ich denke, ich werde mal Schritt für Schritt diese Updates machen und sehen, ab wann es wieder funktioniert.

Ich werde hier Rückmeldung geben, wenn sich etwas ändert.

VIELEN DANK EUCH ALLEN !!!

Thomas

[Dalai]

Zitat von Tom-Tom:

@Dalai: Das läuft auf keiner anderen Maschine, außer dem Delphi Rechner.

Willst du damit sagen, du kannst es aus bestimmten Gründen - z.B. Systemanforderungen oder Rahmenbedingungen nicht erfüllt - gar nicht auf einem anderen System testen? Mein Vorschlag beinhaltet ja wirklich nur einen Test, also das Starten der EXE, sonst nichts.

Grüße
Dalai

[Tom-Tom]

Nein, nein, damit wollte ich nur sagen, dass es auf allen anderen Maschinen zu der Fehlermeldung kommt.

[Dalai]

Ah, das ist schon etwas anderes. Dann halte ich es für sehr unwahrscheinlich, dass ein Problem mit Windows, .NET oder sowas in der Richtung vorliegt. Dennoch kann eine DLL falsch oder unpassend sein. Process Monitor wäre wohl sinnvoll. Oder du hängst dich nachträglich mit dem Debugger rein, oder verwendest einen anderen Debugger wie NirSoft Simple Program Debugger oder Sysinternals DebugView. Vielleicht sind die in der Lage, die Stelle der Exception mitzubekommen.

Grüße
Dalai

[Jasocul]

Ist das eine 32-Bit-Anwendung auf 64-Bit-Betriebssystemen?
Es könnte immer noch ein Problem mit verwechselten DLLs (nicht zwingend die eigenen) sein. Ich hatte ein ähnliches Problem schon mit eigenen DLLs, die im falschen Verzeichnis gelandet waren.

Mach mal eine 64-Bit-Anwendung daraus, wenn das geht und versuche es damit nochmal.

[Tom-Tom]

Es ist eine 32 Bit Anwendung, ich kann leider aufgrund einiger Komponenten keine 64Bit Anwendung daraus machen.
Ich kann das mit den Windows Komponenten auch nicht so richtig glauben - es hat ja auch vorher (Delphi 10.3) immer ohne
diese (dämlichen) C++ Runtimes etc. funktioniert.

Hab auch schon einige C++ Runtimes etc. installiert, das hilft alles nichts.

Ich guck mal, ob ich das was debuggen kann..

DANKE an ALLE !!!

[Tom-Tom]

@Peter: Alle DLLs und BPLs, die ich benötige, sind in dem Verzeichnis, in dem auch die EXE liegt.