AnyDAC (FireDAC) - Exception beim schließen einer TADConnection

[MichaelT]

Ja. Du bekommst die Exception nicht immer?

Zitat von Cashew:

Zitat von MichaelT:

Was passiert wenn du die BDE Connection nicht zumachst dasselbe oder du die zwei Statements umgekehrt anordnest?

Entlädt die BDE beim Connection Close die Client Library?

Noch eine Nachfrage zu dem Thema... Wenn die BDE die Client Library entlädt, dann müsste ich doch immer die Exception bekommen, oder seh ich das falsch?

[Cashew]

Zitat von MichaelT:

Ja. Du bekommst die Exception nicht immer?

Nein, ich konnte bisher noch nicht nachvollziehen wann der Fehler auftritt... Sorry hatte ich in meinem ersten Post nicht erwähnt, ich werds noch ergänzen...

[hoika]

Hallo,
die BDE entlädt die Dll nicht, das macht Windows.
Und erst, wenn alle Programme sie per FreeLibrary freigeben haben.

Denke ich mal vorsichtig.


Warum Disconnectest Du dich überhaupt?
Das macht doch die TAdConnection selber.

[Cashew]

@MichaelT
Vielen Dank für deine detailierten Infos... Aufgrund von anderen Problemen bin ich gestern leider nicht dazu gekommen das Thema weiter zu verfolgen...

Wie bereits erwähnt habe ich in unseren Anwendung die folgenden Änderungen vorgenommen:

• Geänderte Reihenfolge beim Schließen der Datenbankverbindungen (zuerst AnyDAC/FireDAC dann BDE). Ergebnis: Exception kommt immer noch
• Protokollierung zum prüfen des <TADConnection>.DataSetCounts eingefügt. Ergebnis: Exception kommt immer noch und die DataSetCounts sind = 0, bei beiden <TADConnections>

Ich werd mich jetzt dann mal ins InternalClose reinhängen wie von dir Empfohlen...


@hoika
Naja, gehört doch eigentlich dazu das man seine Connections schließt wenn man sie öffnet?!

[hoika]

Hallo,
ja, eigentlich schon

Aber: Was passiert denn, wenn Du Dein Close/Free wegläßt, kommt dann immer noch die Exception?

Prinzipell sollte man natürlich alles schließen, was man selbst geöffnet hat.
Ich würde mal ein leeres Projekt mit ausschließlich dem BDE-Open/Connect FD-Open/Connect und dem Close/Free machen.
Meistens ist es nämlich eine andere Stelle, die das Problem verursacht und nur zufällig im Close/Free den Fehler erzeugt,
z.B. doppeltes Free oder irgend eine andere Speicherverletzung.

Du solltest mal FastMM4 auf Dein Programm loslassen, um sowas zu prüfen.