TSQLQuery

[twbonn]

Kennt jemand dies Verhalten ?

Ich habe in ein bestehendes TDataModule1 eine zusätzliche SQLQuery aus der Komponentenleiste gezogen, mit der database und transaction verbunden.
Beim Auftruf von DataModule1 .SQLQuery gibt es ene sigsegv - Exception; SQLQuery ist NIL. ???
Als funktionierendes workaround habe ich in

TDataModule1.DataModuleCreate
SQLQuery := TSQLQuery.create (self);

eingefügt.
Die schon vorher vorhandenen TSQLQuery-Komponenten brauchten kein explizites create ???



fragt ein verwirrter
Thomas

Lazarus-Vers. 2.0.2; FPC-Vers. 3.0.4 ; SVN-Rev: 60954

[wp_xyz]

Natürlich braucht eine von der Komponentenpalette auf dem Formular abgelegte Komponente KEIN explizites Create. Aber mich wundert, dass du immer von 'SQLQuery' redest. Denn wenn du eine TSQLQuery auf Formular klickst, dann heißt die Instanz standardmäßig 'SQLQuery1' - mit angehängter '1'. Hast du die Komponente umbenannt?

[twbonn]

meine Komponente heißt "query_PMV". und ist zusätzlich zu anderen Komponnten vom Typ TSQLQuery ins TDataModule1 eingefügt.
Wenn ich sie angesprochen habe , zeigt sich im Debuger, dass query_PMV = NIL ist.

Deswegen habe ich in

procedure TDataModule1.DataModuleCreate(Sender: TObject);
...
//workaround ???
if not assigned(query_PMV) then query_PMV := TSQLQuery.create (self);
...

eingefügt und ess klappt. Aber verstehen kann ich es nicht .

[twbonn]

p.s. kann es vielleicht daran liegen, dass das Datamodule ursprünglich mit Lazarus 1.8 erstellt wurde ??

[wp_xyz]

Seltsam. Von der Logik her ist die Zeile, in der du die Query explizit erzeugst, unnötig und eine Speicherverwendung, weil die Query zweimal erzeugt wird. Auch die Lazarusversion, mit der das Datenmodul erstellt wurde, sollte unerheblich sein, solange das Datenmodul überhaupt geöffnet wird.

Kannst du versuchen, diesen Teil deines Programms zu extrahieren und hier als compilierbares Projekt zu posten, wobei der Fehler natürlich noch auftreten soll?

[af0815]

Ist Query die LFM auch an der korrekten Stelle und mit richtigen Namen vorhanden ? Ich kenne so Erscheinungen wenn nicht über den Objektinspektor umbenannt wurde, sondern das direkt im Quelltext gemacht wird. Dann stimmen lfm und pas nicht mehr zusammen. Auch mit F2 umbenennen ist nicht erlaubt und bringt auch lfm und pas out of sync.

[wp_xyz]

Ach ja, das fällt mir nach Andreas' Beitrag noch ein: Ist im implementation-Teil des Datenmoduls die Directive {$R *.lfm} vorhanden? Wenn dies nicht der Fall ist, kann das Formular (hier Datenmodul) nicht richtig geladen werden (leider ohne Fehlermeldung).

[twbonn]

{$R *.lfm} ist vorhanden.
z:zt. glaube ich an Fehler in der lfm-Datei; dort sind eigenartige Einträge , z,B.

object dsSQLPnr: TDataSource
left = 280
top = 112
end
OHNE DataSet ??

in einer ruhigen Stunde werde ich das mal analysieren, aber ärgerlicherweise ist es eine ziemlich große Datei...

ich bedanke mich jedenfalls für die Hinweise