SIGSEGV / Stack-Overflow beim Öffnen einer TDBF

[ManniSt]

Nach dem Aufruf eines neuen Formulars und dem Öffnen einer DBF in diesem neuen Formular erscheint immer ein Fehler SISEGV in Lazarus und ein Stack-Overflow bei der Ausführung der Anwendung außerhalb von Lazarus.
Das Ganze läuft unter Win 10.

Identische Aufrufe von 2 anderen Formularen erzeugen keine Fehler.

Woran kann das liegen?
-------------------------------------------------------------------
Aufruf aus Formular TF_Menu:

procedure TF_Menu.Men_ModulesClick(Sender: TObject);

begin
MModulNr := Module.Fields.FieldByName('NR').Value;
Module.close;

F_Menu.Visible := false; // Aufrufende Form auf unsichtbar
F_Modules := TF_Modules.Create(Nil); // Neue Form wird erstellt
F_Modules.ShowModal; // Neue Form wird angezeigt
FreeAndNil(F_Modules); // Neue Form wieder freigeben
F_Menu.Visible := true;
// usw. …
end;

Neues Formular TF_Modules mit dem Fehler bei Module.Open:

procedure TF_Modules.FormCreate(Sender: TObject);

begin
Module.FilePathFull := Modules_Lw;
Module.ReadOnly := false;
Module.Open; // Hier entsteht der Fehler
Module.IndexName := 'NR';
end;

[Delphi.Narium]

Vermutlich fehlt irgendwo das passende

Delphi-Quellcode:

Module := TF_Modules.Create(Nil);

[ManniSt]

TF_Modules wird initiert, wie im ersten Code-Beispiel zu sehen.
Module ist ein Dataset.

[Klaus01]

F_Modules wird mit TF_Modules initiert.

modules wird in Deinem Beispiel nirgendwo initiert.

Grüße
Klaus

[ManniSt]

Seltsam, verstehe ich nicht: In den anderen beiden Fällen funktioniert das doch auch.

Wieso muss ein Dataset, das auf dem Formular definiert initiert werden? Gem. Dokumentation über TDbf wird ein Dataset mit TDataset.Open, auf aktiv gesetzt und kann verwendet werden, was ich auch schon mehrere Dutzend Male so gemacht habe.

Wenn Du das Formular meintest, es wird mit F_Modules := TF_Modules.Create(Nil);
initiert und mit F_Modules.ShowModal; angezeigt, genauso wie die anderen Dutzend Formulare.

[Delphi.Narium]

Der Fehler tritt aber bei Module und nicht bei F_Modules.

Sollte Module = F_Modules sein, so zeig' uns bitte den vollständigen Quelltext. Die Fragmente reichen nicht im leisesten Ansatz aus, um sinnvolle Rückschlüsse auf eine mögliche Fehlerursache ziehen zu können.

[Lemmy]

Module ist ein Dataset das auf F_Modules liegt

ist ein "Doppelpost"
https://www.lazarusforum.de/viewtopic.php?f=17&t=13312

[ManniSt]

Das ist interessant. Weise ich dem TDBF eine andere DBF zu, funktioniert es.
Ich habe auch die fragliche dbf umbenannt: Kein Erfolg
Ich habe die fragliche DBF verschoben und umbenannt: Kein Erfolg

[jaenicke]

Wie sieht denn der Stacktrace in dem Moment aus? Kannst du nicht schrittweise durch die Methode Open durchgehen und schauen wo es knallt?

[Delphi.Narium]

Zitat:

Zitat von ManniSt (Beitrag 1479634)

Das ist interessant. Weise ich dem TDBF eine andere DBF zu, funktioniert es.
Ich habe auch die fragliche dbf umbenannt: Kein Erfolg
Ich habe die fragliche DBF verschoben und umbenannt: Kein Erfolg

Dann tippe ich mal auf 'ne defekte DBF oder eine nicht DBF mit der Dateiendung DBF.

Die Dateiendung DBF besagt nicht zwingend, dass es sich um eine dbase-Datenbankdatei handelt.

Stimmt die Dateistruktur (annähernd) mit dem dort beschriebenen überein? https://www.dbf2002.com/dbf-file-format.html