lpfnHook absturz als eigenständige exe

[EWeiss]

Zitat von ConnorMcLeod:

Probier mal MadExcept einzubinden. Dessen Fehlermeldungen sind aussagekräftiger.

Jo denke das wäre die beste Lösung..
Das ist wohl wieder so ein Problem das man letztendlich nur selber lösen kann.

Dachte nur jemand hätte da ne Idee bzgl. des Hooks (ob man da etwas spezielles berücksichtigen muss) und der Weiterleitung der Messagen.
Denke aber das sollte eigentlich so in Ordnung sein.
Den Hook setze ich beim beenden einfach auf NIL denke das sollte reichen.

Was aber auch seltsam ist das Fenster wird geschlossen auch mit Winspector Spy kann ich das selbst bestätigen das da nichts mehr ist.
Frei doch nicht frei ?

gruss

[jaenicke]

MadExcept und Eurekalog können gute Fehlerlogs dazu erzeugen. Ein solches Log kannst du natürlich gerne hier anhängen, wenn du dort nichts sehen solltest.

Außerdem kannst du FastMM einbinden, denn wenn es wirklich ein Problem bei der Freigabe eines Objekts gibt, sollte das dort gemeldet werden.

[EWeiss]

Zitat:

Eurekalog können gute Fehlerlogs dazu erzeugen

Das schon mal nicht
Kommt anscheinend mit Nonvcl nicht zurecht.

Die Anwendung stürzt ab keine Meldung die Anwendung hängt keine Meldung nichts.
MadExcept das gleiche keine Meldung nix.

Die einzige Meldung die ich bekomme ist diese im Anhang.
Damit kann ich aber im Moment mal leben.

gruss

[hoika]

Hallo,
tja, doof

Hast du Units mit finalization-Code ?

Wenn ja, muss du das halt per
- MessageBox
- Log-File debuggen

[EWeiss]

Hast du Units mit finalization-Code ? yep eine.
Das Problem ist nur wenn ich debugge beim beenden der Anwendung geht er nicht
in die finalization dieser Unit hinein.

gruss

[EWeiss]

Hmmm habe das Problem gefunden zumindest schon mal eins.

An die Leute die es vielleicht wissen.
Ich habe zu meiner OpenSaveFileDialog function die variable SkinConfig noch mit eingebaut so kann man von außen den Pfad zum aktuellen Skin übergeben.

Delphi-Quellcode:

function OpenSaveFileDialog(SkinConfig: string; ParentHandle: THandle; const DefExt, Filter, InitialDir,
  Title: WideString; var FileName: WideString; IsOpenDialog: Boolean): Boolean;
var
  ofn: TOpenFilename;
  szFile: array [0 .. MAX_PATH] of Char;
begin
  Result := False;
  //SkinConfigFile := SkinConfig;

  FillChar(ofn, SizeOf(TOpenFilename), 0);
  with ofn do
  begin..

Sobald ich jetzt

//SkinConfigFile := SkinConfig;

aktiviere. Also aus kommentiere stürzt die Anwendung als eigenständige EXE ab.

Warum ?
Habe ich noch nie erlebt.
Wohlbemerkt der NORMALE Dialog ohne irgendeine Veränderung mit und ohne Hook.

Die Funktion "OpenSaveFileDialog" kann ich doch benennen und ändern wie ich will da diese keinen Bezug zu TOpenFilename hat
also dementsprechend auch den Sitz davon nicht verändert.
Trotzdem kracht es. Hab jetzt 2 Tage gebraucht um den Mist zu finden.
Keiner der Fehlerreport Tools konnte das ausmachen.

gruss

[Zacherl]

Wird irgendeine Heap/Stack-Corruption sein. Irgendwo eventuell die stdcall Calling-Convention vergessen?