Absturz mit xppfatal (manchmal ...)

[Jan]

Ich lese Daten aus einer strukturierten Textdatei ein und appende dafür nacheinander mehrere hundert Datensätze, die jeweils mit entsprechenden Daten gefüllt werden. An einer reproduzierbaren Stelle, immer der gleiche Satz, gibt es einen Absturz. Manchmal mit xppfatal, meist aber ohne. Die Meldung ist dann:

FATAL ERROR LOG
Error within the error handling!
SYS Thread-ID: 1616
Module: EXE
Error Codes: EH: 5 Sub: -1073741819(c0000005) OS: 0 XPP: 41
Call Stack of Thread 1 (852):

Der Fehler passiert in dem Moment, wo ein gerade beschriebener Satz verifiziert wird. Ob das mit DbSkip(), DbAppend(), oder DbCommit() gemacht wird ist vollkommen egal. Der Fehler tritt immer auf, immer beim gleichen Satz. Ich habe schon in der Textdatei den Satz (der ansich ganz normal aussieht) modifiziert (keine Änderung) oder gelöscht (dann knallt es beim nächsten Satz).

Kann jemand einen praktischen Hinweis in der Fehlermeldung erkennen?

Jan

[AUGE_OHR]

Ich lese Daten aus einer strukturierten Textdatei ein und appende dafür nacheinander mehrere hundert Datensätze, die jeweils mit entsprechenden Daten gefüllt werden ...

Kann jemand einen praktischen Hinweis in der Fehlermeldung erkennen?

du lässt dem CG keine Zeit.

ATM = Atom Manager (starts Garbage Collector?)
Separate Thread, may have different Thread ID in XppFatal.logs
* XppFatal Message: "Function: atmStartGCThread(void*)"
- Error Codes: "EH: 5"/"Sub: -1073741819(c0000005)"/"XPP: 41"

[Jan]

Hallo Jimmy,

ich hab gerade einen Durchlauf gemacht, der vor jedem neuen Satz erstmal ein Inkey(.1) macht. Das sollte dem GC ja eigentlich reichen. Aber keine Änderung, Absturz an der gleichen Stelle.

Jan

[georg]

Hallo,


die Meldung "Error within the error handling!" deutet darauf hin, dass es erst einen "normalen" Fehler gibt, der aber zu einem Loop in ErrorSys führt. Ich würde in der ErrorSys mal im Debugger einen Breakpoint setzen und mir dann ansehen, mit welchem Fehler Dein Programm in die Fehlerroutine reingeht. Vielleicht hilft das.

Ansonsten: ist die Zieldatei, in welche die Datensätze geschrieben werden, immer leer? Wenn ja, was passiert, wenn 10 oder 20 Sätze drinstehen? Kommt der Abbruch dann beim gleichen eingelesenen Satz, oder kommt er zehn bzw. zwanzig Sätze früher?

[Jan]

Das ist echt verrückt. Ein DbSkip(-1), ein DbCommit(), oder ein DbAppend() verursacht einen Absturz ohne xpperror oder xppfatal, wenn ein bestimmtes Feld im aktuellen Satz nicht gefüllt worden ist. Was ist das denn???

Sobald ich da einen Dummy reinschreibe, wenn aus der Textdatei nichts hierein übernommen werden kann, dann läuft das sauber durch.

Muß ich das jetzt verstehen?

Jan

[Martin Altmann]

Ist das Feld ein Schlüsselfeld im offenen Index?

Viele Grüße,
Martin

[Jan]

Hallo Martin,

der aktive Index ist ein kombinierter Index aus mehreren Feldern, ganz vorne steht das betreffende Feld drin.

Jan

[Martin Altmann]

Und könnte das der Grund sein?
Wie sieht der Indexausdruck aus?

Viele Grüße,
Martin

[Jan]

Code: Alles auswählen

                   FIELD->name + ;
                   FIELD->vorname + ;
                   IIf(.NOT. Empty(FIELD->geburttag), ;
                       Str(Val(StrTran(SubStr(FIELD->geburttag, 5, 4) + SubStr(FIELD->geburttag, 3, 2) + SubStr(FIELD->geburttag, 1, 2), ' ', '0'))), ;
                       IIf(.NOT. Empty(FIELD->tauftag), ;
                            Str(Val(StrTran(SubStr(FIELD->tauftag, 5, 4) + SubStr(FIELD->tauftag, 3, 2) + SubStr(FIELD->tauftag, 1, 2), ' ', '0')))

Jan

[brandelh]

Wenn du so deinen Index aufbaust, ist die Gefahr, dass du dich vertust und die Länge nicht einheitlich ist viel zu groß !
Ich würde das in eine Funktion packen und am Ende sicherstellen, dass die Länge immer gleich ist !

[brandelh]

Ansonsten hat Georg die richtige Antwort schon gegeben:

Error within the error handling!

Es kommt zu einem Fehler, der trifft auf einen Fehler in der Fehlerbehandlung, die du sicher geändert hast.
Dies führt zu einem rekursiven Aufruf der Fehler routine, bis der Stackspeicher ausgeht und das Programm abschmiert.

Was an dem Satz bemängelt wird, kannst du nur durch eine originale Fehlerbehandlung herausbekommen.
Was an deiner Fehlerbehandlung schiefgeht, könnte eventuell der Debugger oder Debugcode in der Fehlerbehandlung dokumentieren (set alternate ... ? ...)

[Martin Altmann]

Jan,
ganz einfach: Du hast unterschiedliche lange Indexausdrücke - und zwar genau dann, wenn Dir weder Taufdatum noch Geburtsdatum vorliegen!

Viele Grüße,
Martin