Hallo zusammen,

wenn ich z.B. die BDE-Konfiguration öffne und dann ein Programm starte das über Session.GetAliasNames() auf die BDE-Konfiguration zugreift bekomme ich die folgende Meldung;



Mir ist das ganze soweit klar, als dass die Konfigurationsdatei der BDE gesperrt ist. Soweit kann ich das auch nachvollziehen und empfinde es auch als logisch - man sollte nicht die Konfiguration ändern, während man mit einem anderen Programm darauf zugreift.

Allerdings tritt das Problem auch ohne die BDE-Konfiguration auf, wenn ein Programm z.B. auf die Session (globale Variable vom Typ TSession in der DBTables.pas) zugreift und dann ein anderes Programm gestartet wird, das ebenfalls auf die Session zugreifen möchte.
Bisher funktioniert es dann nur, wenn ich das eine Programm schließe und erst danach das andere Programm starte.

In beiden Programmen muss ich nur lesend auf die BDE zugreifen und ändere keine Einstellungen. Trotzdem sperren sie sich.

Gibt es eine Möglichkeit die BDE-Konfiguration wieder freizugeben?

Über den Einsatz der BDE lasse ich jetzt mal kein Wort fallen.
Vielleicht hilft dir das weiter: BDE im Netzwerk

LOCAL_SHARE steht bei mir auf TRUE, daran kann es also nicht liegen.

Dass man die BDE eigentlich nicht mehr verwenden sollte ist mir klar und vor allem "General SQL Error" bringt mich zur Weißglut - JA WELCHER DENN! - und wenn ich könnte würde ich die BDE auch nicht mehr einsetzen, leider werden wir die BDE vermutlich frühestens im Frühjahr 2012 aus unseren Programmen entfernen können.

Bis dahin würde ich das Problem gerne lösen - bzw. am besten vorher.

Da ich nicht weiß, welche DB ihr einsetzt, gebe ich dir mal einen Link, wo ein paar grundsätzliche Infos stehen:
mc-computing.com/databases/BDE.html

Falls ihr Paradox einsetzt, dann kann es sein, dass es genügt, die PDOXUSRS.NET zu löschen. Aber der Einsatz ist bei mir schon viele Jahre her. Kann also durchaus sein, dass ich das nicht ganz korrekt in Erinnerung habe. Vielleicht ist das auch die völlig falsche Fährte.

EDIT:
Habe noch was gefunden, was wohl eher zu deinem Problem passt:
entwickler-forum.de/...dex.php/t-15814.html

Mit einem anderen Wert für SHAREDMEMLOCATION lässt sich das Problem oft beheben. Möglich sind wie in dem verlinkten Thread auch steht Werte zwischen 1000 und 7F00. SHAREDMEMSIZE sollte 4096 sein, kann aber in Schritten von 2^10 erhöht werden.

Die verwendete Datenbank scheint keine Rolle zu spielen (Oracle und MSSQL). Allerdings steht im INIT der BDE der DEFAULT DRIVER auf PARADOX.

SHAREDMEMSIZE steht bereits auf 131072 (ist laut dem letzten Link aber dann vermutlich zu hoch), SHAREDMEMLOCATION ist allerdings leer.

Sieht so aus als bliebe einem nichts übrig als mit den Werten rumzuspielen... ätzend...

Aber danke euch für die Tipps!