Debugger-Exception

[H.Bothur]

---------------------------
Benachrichtigung über Debugger-Exception
---------------------------
Im Projekt MahnProjekt.exe ist eine Exception der Klasse $C0000005 mit der Meldung 'access violation at 0x74e342b0: read of address 0x006f64d0' aufgetreten.

Wenn ich einen Haltepunkt in der FormClose setze dann geht er brav dahin und dann noch die ganze .dpr-Datei durch bin zum end.:

Delphi-Quellcode:

begin
  Application.Initialize;
  Application.CreateForm(TMahnForm, MahnForm);
  Application.CreateForm(TUKunden, UKunden);
  Application.CreateForm(TUKunden, UKunden);
  Application.CreateForm(TUDrucken, UDrucken);
  Application.CreateForm(TUProtokoll, UProtokoll);
  Application.CreateForm(TUMailen, UMailen);
  Application.Run;
end.

Mein Fehler irgendwo - ganz klar. Ich habe nur keine Ahnung wonach oder wo ich suchen sollte

Gruß
Hans

[himitsu]

Nach diesem END. kommen nur noch die Finalization-Abschnitte aller eingebundenen Units.
Um dort zu Debuggen müsste man die Debuginfos der VCL und RTL aktivieren.
> Projektoptionen > Delphi-Compiler > Compilieren > Mit Debug-DCUs
Geht natürlich nur mit einem Delphi ab Professional, wegen der nötigen Quellcodes. (ansonsten bliebe nur noch der Spaß das im Assembler zu debuggen )

Ich würde erstmal auf die Units Forms, Controls, Graphics und SysUtils tippen (da ist das Meiste bezüglich VCL drin, was beim Beenden abgearbeitet wird)
Gut, dann hier den Haltepunkt auf's END (muß man davor ja nicht nochmal alles durchlaufen)
und dann ab da weiter.

Wenn die Code-Position $74e342b0 und Speicherposition $006f64d0 immer etwa gleich sind, wenn du es mehrmals versuchst, dann könnte man im OnClose oder spätestens beim END. mal an diesen Adressen nachsehen, was sich dort befindent.
Die Speicheradresse natürlich möglichst früh, so lange dort noch etwas existiert. Ich tippe mal darauf, dass an Adresse $006f64d0 nichts mehr existiert (nicht "mehr" zugewiesener Speicherbereich) und es deswegen dann knallt.

Bzw. auf oder kurz vor die Adresse $74e342b0 einen Haltepunkt legen. (im CPU-Fenster des Debuggers, also im Assembler)
Bevor es knallt, hat der Debugger meistens bessere Ergebnisse, beim Versuch den Stacktrace abzurufen.

[hoika]

Hallo,
arbeitest du mit Interfaces?

Ich würde mal MadExcept nehmen und mit DebugDCUs einstellen.

[H.Bothur]

Ok, das wird natürlich spannend - ich habe kein Prof. und kann daher den Source auch nicht debuggen.
Ich versuche morgen mal durch auskommender es der ganzen Mailunit ob das wirklich am mailen liegt.
Und dann sehen wir weiter ... vielleicht kann ich so feststellen warum es knallt.

Gruß
Hans

[p80286]

Hast Du alle Prüfungen (Überlauf Bereich) eingeschaltet?

Es kann durchaus sein, das Du am Anfang Deines Programms einen Fehler machst, der erst am Ende zu entsprechenden Meldung führt.

Gruß
K-H

[H.Bothur]

Moin,

ich habe jetzt unter Projekt/Optionen/Debuggen alle Prüfungen eingeschaltet - und es knallt NICHT ?!Hat mein Rechner gestern Schluckauf gehabt ? Habe ich nicht genügend Einhornpilver verstreut ?? Ich verstehe es einfach nicht

Ich lasse es jetzt einfach mal laufen und kucke ob nochmal was passiert.

gruß
Hans

[Ghostwalker]

Oje.....das sind die schönsten Fehler.

Hast du dir mal die Compiler-Warnings angeguggt ? evtl. findest du da einen Hinweis auf die Ursache.