Kann mir bitte jemand sagen was dieser Fehler bedeutet (siehe Anhang) ?

Er entsteht wenn ca 50 neue Datensätze hinzufüge. Ich habe ein Mastertable und 2 dazugehörige Detailtables.
Ich leite ein mit: datamodule1.TourTable1.Append;
fülle den datensatz mit:

markieren

Delphi-Quellcode:

      datamodule1.TourTable1gccode.AsString := CacheName;
      datamodule1.TourTable1CacheTime.AsString := CacheTime;
      datamodule1.TourTable1CacheName.AsString := CacheName;

Aber mit noch mehr daten als hier gezeigt.
Zwischendurch fülle ich auch einen Detailtable mit daten nach obiger Methode. Und genau daran scheint es zu liegen. Denn wenn ich den code entferne funktioniert es gut.

am ende kommt dann halt noch

markieren

Delphi-Quellcode:

      datamodule1.WptsTable2.Post;
      datamodule1.WptsTable2.Refresh;

In den Detailtable werden ca 400 Datensätze eingetragen.

Wenn ich das Programm beende und wieder starte sind alle Datensätze ordnungsgemäß eingetragen.

Und am Ende kommt auch der Fehler. Hat jemand eine Idee wie ich das beheben kann?
Danke!

Wurdest Du schon gefragt, warum es die BDE sein soll?

Kann man mit den TurboDB-Zugriffskompos auf BDE?(?) zugreifen?

Ich Tipp auf einen Implementierungsfehler von TurboDB. Was sagt der Taskmanager zur Speicherentwicklungs des Programms. In der Fehlermeldung steht ja: "Not enough memory"

Warum BDE? FÜr so ein kleines Projekt ist das sicherlich ok und ich muss mich nicht extra in was neues einarbeiten.
Ja TurboDB kann auf BDE zugreifen es ist ja schließlich ein BDE replacement.

Habe mal im Taskmanager den Speicher beobachtet während die Datensätze hinzugefügt werden. Da rührt sich nichts! Nur eine minimale Veränderung. Also daran kann es nicht liegen.

Ich öffne die Mastertabelle und leite das hinzufügen von daten ein. währen dieser Prozedur öffne ich eine detailtabelle, füge daten hinzu und schließe diese Detailtabelle wieder. Dann erst schließe ich die mastertabelle.
Ist das so richtig von der Logik her?

Zitat von BBoy:

Warum BDE? FÜr so ein kleines Projekt ist das sicherlich ok

Eigentlichn nicht mehr. AFAIK gibt es Probleme bei Win7 64-Bit. Und mit jeder Windows-Version wird es mit sicherheit problematischer.

Zitat von BBoy:

und ich muss mich nicht extra in was neues einarbeiten.

Alle 10 Jahre könnte man sich doch mal was neues antun ...

Zitat von BBoy:

Ja TurboDB kann auf BDE zugreifen es ist ja schließlich ein BDE replacement.

Und wieso baust du es nicht um so das du nur noch mit TurboDB arbeitest? Es heißt ja replacement und nicht "merger".
Solange du die BDE drin hast wird das System/Programm unnötig komplex.

hast du schon mal geschaut aus welcher Ecke die Fehlermeldung kommt? Falls es aus der TurboDB-Ecke kommt dürftest du doch den Aufrufstack sehen.

Nur weil TurboDB ein BDE Replacement ist, heisst das nicht, dass man über die BDE-ODBC auf TurboDB zugreifen soll/kann.

Es bedeutet vielmehr "schmeiss BDE in die Tonne denn wir packen alles zum Migrieren dabei"

Schon klar das BDE nicht mehr Zeitgemäß ist. Schon klar das ich mir was neues suchen muss. Was meint Ihr sollte ich nehmen für einfache Projekte?

Aber bei meinem jetztigen Projekt wird es wohl noch BDE bleiben. Daher weiter zum Problem:
Aufrufstack:
Kernelbase Raiseexecption +0x58
TDBDatabaseError $1b5
TDBDatabseCheck $15
TDBTable.MasterChanged $1B

Was sagt mir das?

Verwende doch mal Abfragen (TQuery) anstatt Tabellen (TTable) für deine Detailtabellen.
Eine TTable zieht immer alle Datensätze aus der Datenbank auch wenn beim Einsatz nur ein kleiner Teil angezeigt wird.
Bei einer Query wenn nur die Datensätze geholt, die passend zur Mastertabelle gerade gebraucht werden.
Ausserdem solltest du dir datamodule1.WptsTable2.Refresh; sparen.

Zitat von BBoy:

Schon klar das BDE nicht mehr Zeitgemäß ist. Schon klar das ich mir was neues suchen muss. Was meint Ihr sollte ich nehmen für einfache Projekte?

Bisher immer ADSTable im Lokal Modus. Ansonsten Inhouse MS SQL-Server (läuft eh auf entsprechenden DB-Servern) oder MySQL.

Zitat von BBoy:

Aber bei meinem jetztigen Projekt wird es wohl noch BDE bleiben. Daher weiter zum Problem:
Aufrufstack:
Kernelbase Raiseexecption +0x58
TDBDatabaseError $1b5
TDBDatabseCheck $15
TDBTable.MasterChanged $1B

Was sagt mir das?

Was für ein Code steht dort. Genau stelle bekommst du wenn du mit Debug-VCL kompilierst.

Oder embedded-Varianten von richtigen DBMS, hat den Vorteil dass man dann gut Skalieren kann