Einfache Datenabfrage

[DelTurbo]

Hi,
erstmal danke für die Info´s. Ich habe nun das ExecSql gegen Open getauscht. Leider kommt dann folgender Fehler.

Code:

Erste Gelegenheit für Exception bei $7727C54F. Exception-Klasse EAccessViolation mit Meldung 'Zugriffsverletzung bei Adresse 10038454 in Modul 'fbclient.dll'. Lesen von Adresse 00000000'. Prozess Project1.exe (2420)

Mach ich grundsätzlich etwas falsch? Ich habe den ganzen tag gesucht und habe im Grunde nichts gefunden was mit weiter helfen würde. Das einzige was ich geschafft habe ich die Connection.

Edit: Vielleicht gibt es ein Beispiel? Das wäre Toll.

[ConnorMcLeod]

...

[DelTurbo]

Zitat von ConnorMcLeod:

...

Sorry, das verstehe ich nicht. Habe ich was "dummes" oder falsches geschrieben???

[ConnorMcLeod]

Zitat von DelTurbo:

Zitat von ConnorMcLeod:

...

Sorry, das verstehe ich nicht. Habe ich was "dummes" oder falsches geschrieben???

Nein, das war ich und habe es gelöscht, bevor es jemand lesen kann

[Delphi.Narium]

Und wie soll man jetzt ohne Quelltext erraten, was da der Fehlergrund sein könnte?

Komplettes Projekt zippen und anhängen!

Oder hier den kompletten Quelltext zwischen Delphitags einfügen!

Wie ist das eigentlich, wenn man lokale Variabeln in 'ner Prozedur, 'nem ButtonClickEreignis ... deklariert, wie lange sind die dann gültig, wie lange kann dann darauf zugegriffen werden? Wenn man dann dafür Speicher reserviert und den nicht in der Prozedure wieder freigibt, entstehen dann keine Speicherlecks?

Beispiel? Suchmaschine? Tutorial? Delphi? Datenbank? 1. Treffer?

[DelTurbo]

Öhm, nun weiß ich nicht was du meinst. Der Quelltext steht doch oben. Dort ist nur ExecSql durch Open geändert. Wie ich geschrieben habe. Die eigentliche Datenbank kann ich nicht veröffentlichen.

Oder was meinst du???

[Delphi.Narium]

Zitat von DelTurbo:

Öhm, nun weiß ich nicht was du meinst. Der Quelltext steht doch oben. Dort ist nur ExecSql durch Open geändert. Wie ich geschrieben habe. Die eigentliche Datenbank kann ich nicht veröffentlichen.

Oder was meinst du???

Dein Projekt besteht garantiert aus mehr, als dem ButtonClickEreignis.

Datenbank: Testdatenbank mit Nonsensdaten?

... von ConnorMcLeod heißt: Hat mit 'ner Antwort angefangen, diese aber nach dem Abschicken wieder verworfen. Betrachte seine ... einfach als nichtexistent

Benutze selbst halt "nur" die ZeosLib. Da steht bei Database dann "nur" der Dateiname, ohne das localhost: davor.

Aus Deiner Fehlermeldung ist nicht zu entnehmen, wo genau sie auftritt, welche Zeile des Quelltextes. Passiert der Fehler innerhalb der obigen Routine oder außerhalb?

Prinzipiell dürfte gelten: Bei einer Zugriffsverletzung wird auf etwas zugegriffen, das beim Zugriff nicht (mehr) existiert.

[DelTurbo]

Leider ohne DB.

[Delphi.Narium]

Da ich über eine andere Delphiversion als Du verfüge, gelingt es mir nicht, den Fehler irgendwie nachzustellen.

Bitte nimm die Connection und die Query aus dem ButtonEreignis heraus und erstelle sie als Komponenten auf dem Formular (und nicht erst zur Laufzeit).

Dann befülle die Attribute im Objektinspektor und stelle sowohl die Verbindung zur Datenbank her, als auch zur Abfrage (also das Attribut Connected der TSQLConnection im Objektinspektor auf True und das Attribut Active der TSQLQuery auf True setzen).

Wenn das dann gelingt, kannst Du in der DFM des Projektes nachsehen, welche Attribute der beiden Komponenten wie gesetzt sind und das dann im Quelltext nachstellen.

Für mich ist allerdings fraglich, warum die beiden Komponenten als lokale Variabeln im Buttonereignis erstellt werden und dort dann weder die Abfrage geschlossen wird, noch die Verbindung wieder getrennt wird und auch keine Freigabe der Variabeln erfolgt.

Das Argument: Das ist nur zum Testen, lasse ich nicht gelten. Auch beim Testen sollte man den Quelltext korrekt und vollständig erstellen, da ansonsten ungeahnte Seiteneffekte nicht auszuschließen sind.

[DelTurbo]

Ich habe das Gefühl das es an dbx4fb.dll liegt. Nehme ich Devart dbExpress driver for InterBase and Firebird klappt es.
Und ja, es wäre noch alles geschlossen worden wenn es lief. Aber es ging ja nur um die Frage ob jemand weiß warum er beim Query abschmiert. Das hätte er auch bei einem Close und Free gemacht. Es ist eigentlich in dieser Situation sinnfrei die Zeilen darunter zu machen.

Gruß

Edit: Um das Thema abzuschließen, mit https://github.com/madorin/fibplus klappt es.