Hallo zusammen,

ich weiss langsam nicht mehr, was ich machen soll...
Ich habe eine Anwendung geschrieben, welche schon seit ca. 4 Jahren bei vielen Personen im Einsatz ist - auf unterschiedlichsten Systemen (geschrieben in Delphi 4).
Die Software wird auch ständig weiter entwickelt und aktualisiert.
In der Applikation ist es möglich verschiedene Reports zu drucken.
Seit einiger Zeit kommt bei einigen Personen bei bestimmten Druckreports (QuickReport) bevor der Report aufgeht (QuickRep1.Preview) eine Exception. Beispiel: Zugriffsverletzung bei Adresse 00000000.
Wenn ich mir das Programm komplett gepackt per E-Mail senden lassen und es auf meinem PC und allen anderen PCs, die ich finden kann, teste, funktioniert alles einwandfrei und keine Exception wird ausgelöst.

Ich weiss nicht mehr, was ich tun könnte.
>> Hat jemand einen Tipp?

Thx,
jupinger

P.S.: Kennt jemand eine Komponente für D4, welche optional aktiviert werden kann und in einer fertig compilierten EXE "mit läuft" und jegliche Aktion der Applikation debuggt und z.B. in eine TXT schreibt?

Die Meldung "Zugriffsverletzung bei Adresse 00000000" deutet daraufhin, dass auf nicht instanziierte Objekt zugegriffen wird. Und zum Auffinden der Fehlerursache könntest Du Dir mal madExcept ansehen.

Was genau bedeutet das und warum ist das nur auf wenigen PCs so der Fall?
Was kann ich nun tun?

Sind irgendwo Threads im Einsatz?

Wie gesagt, madExcept oder etwas Ähnliches einsetzen, um die Fehlerstelle eingrenzen zu können. Die muss man sich dann halt einmal ansehen.

Nein - keine Threads im Einsatz.

Wenn du schon versuchst, den Fehelr bei dir nachzustellen, solltest du möglichst die gleichen Ausgangsbedingungen schaffen.
Soll heißen:
- Verwendest du in der Software irgendwelche Datenbanken, oder sonst irgendwelche Datenquellen? Wenn ja, lass dir diese auch zuschicken, damit du mit den gleichen Daten arbeitest
- Versuch es auf dem gleichen Betriebssystem

usw.

Hi,
genau das ist ja das interessante: Ich lasse mir das komplette Verzeichnis schicken (mit allen Datendateien usw). - Bei mir tritt der Fehler nicht auf - auch bei gleichen Betriebssystem.

madexcept ist die Lösung.

Damit findest den Fehler innerhalb von 10 min.

okay... *PAUSE* an dieser Stelle. Werde mal madExcepten. Ggf. müsstet Ihr mir dann nochmal bei der Auswertung behilflich sein
Bis hier erst einmal 1000-Dank für den schnellen Support. Ich melde mich die nächsten Tage mit dem Ergebnis.

Alternativ kann man auch EurekaLog oder das Omorphia Debugging Interface nutzen - letzteres bedarf aber etwas Einarbeitung, erlaubt dafür aber auch externe Auswertung von Pointern mit Hilfe von OmMAP (wenn zu der eingesetzten Programmversion ein detailliertes Mapfile verfügbar ist).

Für die Auswertung solltest Du einmal die geladenen Module (DLLs), sowie die vollständigen Stacktraces senden; solche Fehler sind nicht immer genau an derAufruf-Position). Näheres schauen wir aber, wenn Du soweit die Daten hast.

Anyone who is capable of being elected president should on no account be allowed to do the job.
Ich code EdgeMonkey - In dubio pro Setting.

Hi zusammen. Hier mal ein Log... soweit bis die Exception Auftritt (von unten nach oben):



Moderiert von Gausi: Code-Tags hinzugefügt

hmmm, dem Stacktrace zu folge schein irgendetwas mit einer Grafik, die in dem Report verwendet wird, nicht hinzuhauen. Wenn Du mit TD32-Debug-Infos compilierst und Debug-DCUs einschaltest, dann sollten da sogar Zeilennummen mit vorhanden sein.

Schau also einmal, ob die von Dir im Report verwendeten Referenzen alle OK sind und da alles stimmt.

Anyone who is capable of being elected president should on no account be allowed to do the job.
Ich code EdgeMonkey - In dubio pro Setting.

Was sind "TD32-Debug-Infos"?^^
sry,
jup

TD32- ist ein Format, in dem in eine EXE die Informationen über Units, Zeilennummern, Quelldateien usw. eingebettet wird. Viele externe Debugger benötigen diese Informationen. Können in den Projekt-Optionen aktiviert werden.

Anyone who is capable of being elected president should on no account be allowed to do the job.
Ich code EdgeMonkey - In dubio pro Setting.

Ah okay... Kannst Du mir sagen, wo genau dies Aktiviert wird?

Thx,
jup

Hast du die Projektoptionen schon durchgeguckt?
Das Häckchen heißt auch noch genau so!

OKay. Ich werde mir die Optionen heute Abend genauer anschauen. Wird dann in madExcept mehr Infos (Zeilennr. usw)? Das Problem ist wie bereits gesagt: bei mir klappt alles einwandfrei auf versch. PCs. Bei anderen Usern (habe keine Möglichkeit die zu besuchen), klappt es eben nicht.

Hier noch ein Report-Auszug:

============================
exception class : EFCreateError
exception message : Datei ðñ kann nicht erstellt werden.
============================


main thread ($388):
0045e4ee +072 Classes TFileStream.Create
00501d5a +066 <PROGRAMMNAME>.exe QRPrntr TQRStream.Write
0045e2cf +02f <PROGRAMMNAME>.exe Classes TStream.WriteBuffer
00469c68 +058 <PROGRAMMNAME>.exe Graphics TMetafile.WriteEMFStream
004698a4 +00c <PROGRAMMNAME>.exe Graphics TMetafile.SaveToStream
00502855 +10d <PROGRAMMNAME>.exe QRPrntr TQRPageList.AddPage
0050484a +042 <PROGRAMMNAME>.exe QRPrntr TQRPrinter.EndDoc
0051b8ca +4e2 <PROGRAMMNAME>.exe QuickRpt TCustomQuickRep.CreateReport
0051bd81 +091 <PROGRAMMNAME>.exe QuickRpt TCustomQuickRep.Preview
0053a73c +378 <PROGRAMMNAME>.exe Unit20 132 +67 TForm20.ReportDruckenKonten
0053af89 +1f1 <PROGRAMMNAME>.exe Unit20 259 +48 TForm20.BitBtn1Click
0047f326 +066 <PROGRAMMNAME>.exe Controls TControl.Click
00477120 +01c <PROGRAMMNAME>.exe StdCtrls TButton.Click
004afdb5 +065 <PROGRAMMNAME>.exe Buttons TBitBtn.Click
00477214 +00c <PROGRAMMNAME>.exe StdCtrls TButton.CNCommand
0047f191 +111 <PROGRAMMNAME>.exe Controls TControl.WndProc
00481942 +1ae <PROGRAMMNAME>.exe Controls TWinControl.WndProc
00477094 +06c <PROGRAMMNAME>.exe StdCtrls TButtonControl.WndProc
0047efc0 +024 <PROGRAMMNAME>.exe Controls TControl.Perform
00481a3f +023 <PROGRAMMNAME>.exe Controls DoControlMsg
00482097 +00b <PROGRAMMNAME>.exe Controls TWinControl.WMCommand
00496664 +02c <PROGRAMMNAME>.exe Forms TCustomForm.WMCommand
0047f191 +111 <PROGRAMMNAME>.exe Controls TControl.WndProc
00481942 +1ae <PROGRAMMNAME>.exe Controls TWinControl.WndProc
00494967 +567 <PROGRAMMNAME>.exe Forms TCustomForm.WndProc
004815f8 +02c <PROGRAMMNAME>.exe Controls TWinControl.MainWndProc
00491d90 +014 <PROGRAMMNAME>.exe Forms StdWndProc
7e36c644 +016 user32.dll CallWindowProcW
5d455fdf +041 comctl32.dll DefSubclassProc
7e36b8ee +044 user32.dll SendMessageW
7e36e8e0 +016 user32.dll CallWindowProcA
004819ec +09c <PROGRAMMNAME>.exe Controls TWinControl.DefaultHandler
0047f72c +010 <PROGRAMMNAME>.exe Controls TControl.WMLButtonUp
0047f191 +111 <PROGRAMMNAME>.exe Controls TControl.WndProc
00481942 +1ae <PROGRAMMNAME>.exe Controls TWinControl.WndProc
00477094 +06c <PROGRAMMNAME>.exe StdCtrls TButtonControl.WndProc
004815f8 +02c <PROGRAMMNAME>.exe Controls TWinControl.MainWndProc
00491d90 +014 <PROGRAMMNAME>.exe Forms StdWndProc
7e3696b2 +00a user32.dll DispatchMessageA
0049a613 +083 <PROGRAMMNAME>.exe Forms TApplication.ProcessMessage
0049a64a +00a <PROGRAMMNAME>.exe Forms TApplication.HandleMessage
0049a855 +081 <PROGRAMMNAME>.exe Forms TApplication.Run
00555e36 +34e <PROGRAMMNAME>.exe Project1 100 +46 initialization

WTF!

Hast du dir den StackTrace überhaupt angesehen?

Das sind 2 verschiedene Probleme.

Beim letzten würd ich mal auf ein Berechtigungsproblem tippen.

Und nichts für ungut.

Aber selbst in meinen Demos heißt keine Unit "Unit20"

nur mal so als Denkanstoss...