Ja, aber wie? Ich fummel nirgends mutwillig rum, kein Pointergeschubse, kein Handmade-Assembler, alles schönstes Object-Pascal
Edit: Jetzt hab ich an der Stelle auch noch einen Stack-Overflow gesehen. Also irgendwas ist doch da ganz fies im Argen. AVs an Adressen wie 0 und FFFFFFFF sowie anderen, misaligned Stacks, Overflows... dabei wird dort doch nur die Täglich-Brot-Arbeit verrichtet, einen Thread loszutreten. Ich werd langsam blöd =)
Edit:
So, mal haarklein ge-try-excepted:
Delphi-Quellcode:
procedure TFetchThread.MakeDBEntriesForGroup(groupID: Integer; buf: TFetchEntryBuffer);
var
group: TFetchGroup;
threadOkay: Boolean;
begin
group := FetchGroupsInSQLOrder[groupID];
threadOkay := false;
repeat
try
TDBEntryThread.Create(Qry.Connection, group, buf, SockForm.Handle);
threadOkay := true;
except
on e:
Exception do Log(FormatDateTime('
dd.mm.yyyy hh:mm:ss.zzz', now)+'
: '+e.
Message+'
-> TDBEntryThread.Create(Qry.Connection, group, buf); Length(buf)='+IntToStr(Length(buf)));
end;
Sleep(1);
until threadOkay;
end;
constructor TDBEntryThread.Create(aCon: TUniConnection; aGroup: TFetchGroup; aBuf: TFetchEntryBuffer; aWnd: HWND);
begin
try
inherited Create(true);
except
on e:
Exception do Log(FormatDateTime('
dd.mm.yyyy hh:mm:ss.zzz', now)+'
: '+e.
Message+'
-> inherited Create(true);');
end;
try
Con := aCon;
except
on e:
Exception do Log(FormatDateTime('
dd.mm.yyyy hh:mm:ss.zzz', now)+'
: '+e.
Message+'
-> Con := aCon;');
end;
try
Sql := TUniSQL.Create(
nil);
except
on e:
Exception do Log(FormatDateTime('
dd.mm.yyyy hh:mm:ss.zzz', now)+'
: '+e.
Message+'
-> Sql := TUniSQL.Create(nil);');
end;
try
Sql.Connection := Con;
except
on e:
Exception do Log(FormatDateTime('
dd.mm.yyyy hh:mm:ss.zzz', now)+'
: '+e.
Message+'
-> Sql.Connection := Con;');
end;
try
Group := aGroup;
except
on e:
Exception do Log(FormatDateTime('
dd.mm.yyyy hh:mm:ss.zzz', now)+'
: '+e.
Message+'
-> Group := aGroup;');
end;
try
Buf := aBuf;
except
on e:
Exception do Log(FormatDateTime('
dd.mm.yyyy hh:mm:ss.zzz', now)+'
: '+e.
Message+'
-> Buf := aBuf;');
end;
try
Wnd := aWnd;
except
on e:
Exception do Log(FormatDateTime('
dd.mm.yyyy hh:mm:ss.zzz', now)+'
: '+e.
Message+'
-> Wnd := aWnd;');
end;
try
FreeOnTerminate := true;
except
on e:
Exception do Log(FormatDateTime('
dd.mm.yyyy hh:mm:ss.zzz', now)+'
: '+e.
Message+'
-> FreeOnTerminate := true;');
end;
try
Resume;
except
on e:
Exception do Log(FormatDateTime('
dd.mm.yyyy hh:mm:ss.zzz', now)+'
: '+e.
Message+'
-> Resume;');
end;
end;
Das Fehlerlog dazu:
Code:
25.07.2011 15:03:38.281 : Zugriffsverletzung bei Adresse 00000100. Lesen von Adresse 00000100 -> TDBEntryThread.Create(Qry.Connection, group, buf); Length(buf)=378
25.07.2011 15:04:18.718 : Zugriffsverletzung bei Adresse 00000100. Lesen von Adresse 00000100 -> TDBEntryThread.Create(Qry.Connection, group, buf); Length(buf)=378
25.07.2011 15:05:02.859 : Zugriffsverletzung bei Adresse 0040399A in Modul 'Server.exe'. Lesen von Adresse FFFFFFFF -> TDBEntryThread.Create(Qry.Connection, group, buf); Length(buf)=30
25.07.2011 15:08:05.062 : Zugriffsverletzung bei Adresse 00004244. Lesen von Adresse 00004244 -> TDBEntryThread.Create(Qry.Connection, group, buf); Length(buf)=378
25.07.2011 15:08:37.375 : Zugriffsverletzung bei Adresse 0040399A in Modul 'Server.exe'. Lesen von Adresse FFFFFFFF -> TDBEntryThread.Create(Qry.Connection, group, buf); Length(buf)=378
25.07.2011 15:09:19.812 : Zugriffsverletzung bei Adresse 00000000. Lesen von Adresse 00000000 -> TDBEntryThread.Create(Qry.Connection, group, buf); Length(buf)=378
25.07.2011 15:09:44.015 : Zugriffsverletzung bei Adresse 00003133. Lesen von Adresse 00003133 -> TDBEntryThread.Create(Qry.Connection, group, buf); Length(buf)=378
Keine Zeile im Konstruktor löst die Exceptions aus, dessen Aufruf aber schon
. Die Längen von "buf" sind die erwarteten, und bisher gabs noch keinen Fehler, der mich ins CPU-Fenster schmiss. Bisher der längste Run ohne dies - ist klar, ich wills ja auch provozieren
Eeeedit...:
Darauf steh ich ja. Jetzt, mit o.g. try-except Monster, treten nur noch die "weichen" Fehler auf, der Stack scheint auf einmal zu schnurren. Immer prima, wenn die Analyse die Ursache entfernt. Dabei ist das doch noch kein Quantencomputer
. Interessant ist dabei vor allem, dass in den geloggten Fehlern nur noch Fehler beim Lesen auftauchen, zuvor gab es auch welche beim Schreiben. Die sind auf wundersame Weise ebenfalls weg, und das Teil läuft jetzt seit gut 30min ohne Fehler. Zwar diesen geloggten, aber eben keine Bad Stacks oder Überläufe mehr. Aber so lassen würde ich das auch nur sehr ungerne, auch wenn so die Funktion an sich gegeben ist...
"When one person suffers from a delusion, it is called insanity. When a million people suffer from a delusion, it is called religion." (Richard Dawkins)