Query = nil nach Query.open...aber nicht immer

[nahpets]

Zitat von DeddyH:

Zeig doch mal Code.

und nenne uns das Betriebssystem.

Die BDE zickt unter XP schon sehr arg rum, unter neueren Betriebssystemen wird das (vermutlich) kaum besser geworden sein.

Die gleichzeitige Funktion mehrerer Programme, die die BDE nutzen, ist unter XP schon häufig nicht möglich, auch eine saubere Beendung der Programme kann scheitern.
Den bleiben unbrauchbare Reste der BDE im Speicher, die später dann irgendwie "zuschlagen".

BDE-Programme nutzen (soweit ich das mitbekommen habe) einen gemeinsamen Speicherbereich. Wenn das nicht sauber funktioniert, dann kann da jeder beliebige "Müll" im Arbeitsspeicher entstehen. Warum nicht auch mal 'ne zerschossenen Query?

Je nach Datenbank kann dieser Quellcode mit der BDE auch scheitern:

Delphi-Quellcode:

 if query1.RecordCount > 0 then // rumms.....
  begin
    if not firstrecord then
      query1.last;
    value := query1.fieldbyname(Field).AsString;
  end;

query1.RecordCount zählt die Sätze, indem es durch die Datenmenge läuft. Ist der letzte Satz erreicht, enthält RecordCount die Anzahl der Sätze. Der Datensatzzeiger der Query steht dann auf dem letzten Satz.

Hier wäre eventuell ein

Delphi-Quellcode:

begin
    if firstrecord then query1.First else    query1.last;

sinnvoller.

Hierbei möchte ich nicht ausschließen, dass, abhängig vom Dateninhalt der Abfrage, beim Durchlaufen der Datenmenge, um RecordCount zu ermitteln, irgendwas im Speicher "zerschossen" wird.

Um festzustellen, ob überhaupt etwas in der Ergebnismenge ist, könnte eventuell auch sowas reichen:

Delphi-Quellcode:

 if not query1.EoF then
  begin
    if firstrecord then query1.First
    else query1.last;
    value := query1.fieldbyname(Field).AsString;
  end;

[nahpets]

Falls es mit der BDE nicht klapp, schau bitte mal, ob Du Dir über die ODBC einen Treiber für Paradox einrichten kannst, da sollte eigentlich einer von Microsoft vorhanden sein.

Wenn das geht, könntest Du statt der BDE eventuell ADO-Componenten nutzen.

[p80286]

Versuch es mal mit self.Query1 ich meine mich zu erinnern, daß ich mal vor die selbe wand gelaufen bin.

Gruß
K-H

[Bernhard Geyer]

Zitat von nahpets:

Falls es mit der BDE nicht klapp, schau bitte mal, ob Du Dir über die ODBC einen Treiber für Paradox einrichten kannst, da sollte eigentlich einer von Microsoft vorhanden sein.

Wenn das geht, könntest Du statt der BDE eventuell ADO-Componenten nutzen.

Es gibt doch auch native Delphi-Komponenten die ohne BDE auf Paradox zugreifen können.
Mit ADO und ODBC kommt ja auch u.U. die BDE wieder ins Spiel da der MS-Treiber (Access-JET-Treiber) bei installierter BDE diesen verwendet.

[HeZa]

Ich gehe davon aus das du bewusst oder unbewusst dein Quere Objekt freigibst.

1. Das könntest du wie folgt prüfen:
2. Übersetze dein Programm mit Debug DCUs
3. Setze einen Breakpoint im Destructor der Query
4. Wenn dein Programm an der Stelle anhält analysierst du den Aufrufstack

.

Findest du da keine Stelle die dir Spanisch vorkommt, dann hast du ein anderes Problem

[nahpets]

Zitat von Bernhard Geyer:

Zitat von nahpets:

Falls es mit der BDE nicht klapp, schau bitte mal, ob Du Dir über die ODBC einen Treiber für Paradox einrichten kannst, da sollte eigentlich einer von Microsoft vorhanden sein.

Wenn das geht, könntest Du statt der BDE eventuell ADO-Componenten nutzen.

Es gibt doch auch native Delphi-Komponenten die ohne BDE auf Paradox zugreifen können.
Mit ADO und ODBC kommt ja auch u.U. die BDE wieder ins Spiel da der MS-Treiber (Access-JET-Treiber) bei installierter BDE diesen verwendet.

Kenne nur eine Komponente, die auf dBase-Dateien zugreifen kann, sie kann aber kein SQL.

Microsoft hat(te) einen eigenen Treiber für Paradox, der per ADO auch dann funktioniert, wenn keine BDE installiert ist.

[HolgerX]

Für Paradox mit ADO wird kein weiterer Treiber benötigt, die Jet-Engine reicht aus..

Als Connection-String einfach:

Code:

Provider=Microsoft.Jet.OLEDB.4.0;Data Source=C:\Temp\;Extended Properties=Paradox 5.x;Persist Security Info=False

verwenden.

Hierzu bei 'Data Source' das Verzeichnis angeben.

Mit der Jet-Engine können neben Paradox auch dBase Datenbankdateien geöffnet werden.

Dann z.B. mit einem ADOQuery ein Select * from <Tabellenname> und fertig.

[noisy_master]

Hallo zusammen,

es wird immer schräger, aber jetzt funktioniert es, warum auch immer:
Ich habe es mit dem lokalen Query probiert, danach ging es -soweit so gut! Etwas später habe ich dann testhalber den lokalen Query wieder rausgeschmissen und es funktioniert immer noch!!!

Das verstehe wer will... aber wie dem auch sei: Danke an euch alle!