Fehler 0x0eedfade in Kernelbase.dll

[Klaus01]

.. unter Punkt3, werden da auch Dateien geöffnet?

Grüße
Klaus

[Sumafu]

Ich habe nochmal tiefer in den Code geschaut und tatsächlich wird in einer Prüfroutine unter Umständen eine Datei geöffnet, wenn eine spezielle Metadaten-Datei zusätzlich in dem zu überwachenden Verzeichnis liegt. Ich werde einmal beim Kunden nachfragen, ob so eine Datei vorhanden ist.

[Klaus01]

.. das würde dann nur irgendwann zu Problem führen, wenn sie nicht mehr geschlossen wird.

Grüße
Klaus

[Sumafu]

Dann wird es das vermutlich nicht sein. Die Datei wird mit in ein TIniFile geladen und später in jedem Fall wieder mit FreeAndNil freigegeben.

Kann es vielleicht sein, dass ein Virenscanner irgendwo dazwischen grätscht? Mit den Teilen hatten wir schon öfters Probleme.

[Klaus01]

.. hast Du die Möglichkeit MadExcept einzusetzen?

Grüße
Klaus

[OlafSt]

Wir haben das gleiche Phänomen hier mit einer D2007-Anwendung. Diese arbeitet aber sehr stark mit einem SQL-Server und produziert ab und zu eine Excel- oder PDF-Datei. Nach etwa 7 Minuten ohne Bedienung wird das Programm ohne jede Vorwarnung einfach aus dem Speicher geworfen, als würde man es mit dem Taskmanager abschießen.

MadExcept ist chancenlos, da es sich hier sehr wahrscheinlich um ein Windows-Problem handelt - der Eintrag im Eventlog zeigt das ja schon auf. Wir tippen auf ein Update seitens Windows, das nun plötzlich Stress macht. Wir konnten es nur noch nicht identifizieren.

[hoika]

Hallo,
das ist aber nicht das gleiche Phänomen.
Weil der TE immerhin eine Exception bekommt. Hier würde in der Tat MadExcept was bringen (siehe Klaus01).
Ich würde MadExcept einfach mit einem neuen leeren Projekt, wo z.B. eine "Division durch 0"-Exception provoziert wird.

Die Nutzung von MadExcept ist ja einfach.
- in Projekt-Optionen MadExcept einstellen (ein Haken "enable MadExcept")
in der DPR werden jatzt an ersteer Stelle diverse MadExcept-Unis eingebunden
(haken wieder raus und die Units sind wieder weg)
- beiden Compilereinstellungen alles rein was geht (Laufzeitfehler, Debug-Informationen ...)
Optimierung sollte so stehen bleiben wie im Release
- bei den Linkereinstellungen TD32 und externe Debugsymbole

Wenn die Exe jetzt 3mal so gross ist, war alles richtig.

Ein Test wäre

{$IFDEF MADEXCEPT}
i,j: Integer;
i := StrToInt('0');
j := 10 div i;
{ENDIF}
Das erzeugt die Div/0-Exception.

Ergebnis ist ein MadExcept-Dialog, unter Stack-Trace findet man die genaue Ziele, die die Exception verursacht, incl. Unit-/Prozedurname/Zeilennummer.

Einfach mal ausprobieren!