Programm stürzt nach Start ab

[Mike_on_Tour]

Hallo,

ich habe folgendes Problem: Nach einem Programm-Update läßt sich das Programm zwar starten, aber nach dem Startbild (Splash) erscheint sofort eine MS-Fehlermeldung (Es ist ein Fehler aufgetreten ...Wollen Sie das an Microsoft senden). Die alte Programmversion startet weiterhin fehlerfrei. Darauf hin habe ich eine interne Logfunktion eingebaut. Aus dem Logfile ist zu erkennen, das die Routine von "Form1.Create" (Hauptformular) komplett durchlaufen wird. Die Routinen von "Form1.FormShow" bzw. "Form1.Activate" werden nicht mehr ausgeführt. Es gibt auch keine Fehlermeldungen aus der eigenen Exception-Behandlung, keine Screenshots und keine Log-Einträge. Auf den anderen PCs (im gleichen Unternehmen) startet die neue Programmversion fehlerfrei. Dieses Problem tritt auch nur bei einem einzigen Kunden auf, alle anderen Kunden haben bzw. hatten dieses Problem bisher nicht. Die neue Programmversion startet im Vergleich zur alten Version komplett ohne Registry-Aufrufe.

Ich schließe eine installierte Firewall als Problem aus, da die alte Version auch läuft. Ein Test mit ausgeschalteter Firewall war außerdem nicht erfolgreich. Außerdem solte eine Firewall bzw. ein Virenscanner eine Meldung im Verdachtsfall bringen, was nicht der Fall ist. Benutzerrechte schließe ich ebenfalls aus. Alle relevanten Programmdaten befinden sich auf Netz-Laufwerken bzw. im Verzeichnis ALL_USERS\GEMEINSAME_DOKUMENTE.

Welche Möglichkeiten der Fehlersuche kann ich noch einsetzen ?

Mike

[DeddyH]

Stehen die Netzlaufwerke auch beim Programmstart zur Verfügung?

[mirage228]

Konfiguriere die DEP (Data Execution Protection) mal so, dass Dein Programm in der Ausnahmeliste steht, wenn die DEP für alle Programme aktiv ist. Ich hatte da mal Probleme mit einer meiner Anwendungen festgestellt, falls die DEP für alle Programme (und nicht nur für die Systemdienste) aktiv war.

Viele Grüße

[Mike_on_Tour]

Zitat:

Zitat von DeddyH

Stehen die Netzlaufwerke auch beim Programmstart zur Verfügung?

Ja.

[Mike_on_Tour]

Zitat:

Zitat von mirage228

Konfiguriere die DEP (Data Execution Protection) mal so, ...

Danke, das ist ein Ansatz. Obwohl ich nicht so richtig daran glaube, daß es daran liegt. Wie gesagt, das Programm läuft auf allen anderen PCs auch. Aber ich werde es mal probieren.

[Mike_on_Tour]

Das Programm stürzt auch ab, wenn es in der Ausnahmeliste steht.

Was kann noch einen derartigen Programmabsturz bei Programmstart verursachen ?
Könnte die Hardware einen Einfluß haben ?

[Mike_on_Tour]

Hallo, ich muß mich noch mal zu dem Thema melden. Das Problem besteht noch immer, ist aber in den Hintergrund gerückt, da noch zwei andere Computer vorhanden sind, auf denen das Programm fehlerfrei läuft. Da jetzt ein weiteres umfangreiches Programm-Update bevorsteht, habe ich mich noch mal mit dem Problem beschäftigt. Zwischen der funktionierenden alten Version und der beim Start abstürzenden Version gibt es noch einen Unterschied, dem ich aber keine Aufmerksamkeit geschenkt hatte. Die neue Version benötigt die MIDAS.DLL. Kann das Fehlen dieser MIDAS.DLL zu einem Programmabsturz ohne jegliche Fehlermeldung führen ?

Mike

[himitsu]

Wie wird diese DLL denn eingebunden?

Bei statischer Linkung sollte der Programm-Loader eine Exception werfen
und bei dynamischem einbinden kommt es darauf an, wie das Programm entsprechend im "QuellCode" reagiert.

[Mike_on_Tour]

Die MIDAS.DLL wird für TClientDataSet benötigt. Da ich selbst nichts dazu codiert habe, müßte es also statisch sein.

[mjustin]

Zitat:

Zitat von Mike_on_Tour

Die neue Version benötigt die MIDAS.DLL. Kann das Fehlen dieser MIDAS.DLL zu einem Programmabsturz ohne jegliche Fehlermeldung führen ?

the proof of the pudding is in the eating:

einfach mal auf einem bisher funktionierenden System MIDAS.DLL umbenennen (zum Beispiel in 'keinemidas.dll'). Wenn das Programm dann abstürzt, lag es wahrscheinlich daran.

Falls nicht, wäre der Einsatz von madExcept ein anderer Weg, die Fehlerursache weiter einzukreisen.

Cheers,