Fehler nach freigeben von DLL

[gsh]

Hi DPler

Ich kämpfe gerade mit einem schwierigen Problem:

Meine Programmstruktur:
Exe -> Datenbank.dll -> libmysql.dll -> MySQL Datenbank

Jetzt hab ich das Problem das wenn ich eine Abfrage durchführe und dann danach das Programm beende dann bekomm ich eine AV und danach einen Runtime Error. :wall:
So wenn ich keine Abfrage durchführe dann kommt beim beenden kein fehler.
Und der Fehler kommt auch nur wenn ich die Datenbank.dll beim beenden freigebe.
Die Datenbank.dll kann die libmysql.dll aber ohne probleme freigeben nur die exe darf die datenbank.dll nicht freigeben

So jetzt hab ich natürlich debuggt und aber leider ziemlich erfolglos da der fehler erst nach dem Appliaction.Run; auftritt und ich somit nicht wirklich debuggen kann.
Die Datenbank.dll kann ich auch nicht debuggen weil diese zu dem Zeitpunkt nichts tut.

Ich bin mir ganz sicher das auf die DLL nach dem freigeben NICHT mehr zugegriffen wird.


Habt ihr eine Idee bei diesem Merkwürdigen Problem? Liegt es vllt. an der libmysql?

[mkinzler]

Gibst du die Queries wieder frei?

[gsh]

jo zuerst
mysql_real_query
dann hol ich mir die ganzen daten
und dann mysql_free_result

[gsh]

*push* :duck:

[gsh]

*push²*

[SirThornberry]

sieht für mich so aus als ob bei der Communikation mit deiner DLL der Speicher etwas "verwurschtelt" wird und dann kracht es später wenn versucht wird ordentlich frei zu geben (sozusagen ein Folgefehler). Aber ohne Quelltexte ist das nur Vermutung. Kommt der Fehler auch wenn du in deiner Datenbank.dll nicht auf mysql sachen zugreifst?

[gsh]

Zitat:

Zitat von SirThornberry

Kommt der Fehler auch wenn du in deiner Datenbank.dll nicht auf mysql sachen zugreifst?

Ne ich muss eine mysql abfrage machen damit dann am schluß der fehler kommt

//edit: ich hab jetzt des auch getestet ob das handle und der proedure einsprungspunkt sich während des programmes geändert hat ... aber das handle und die porcedure adresse ist genau die gleiche wie am ende (wo des dann freigegeben wird) vom programm.

[b1zZ]

Hatte heute auch ein ähnliches Problem, bei mir war die Lösung, dass ich einfach vergessen hatte einen Memory Manager anzugeben.
Weiss nicht ob dich das jetzt weiter bringt.

[RavenIV]

Wenn Du von der exe zur dll oder andersrum Strings weitergibst, dann musst du den sharemem einbinden in beide dpr-files. Wichtig ist, dass dies bei den uses an erster Stelle steht.

Oder Du verwendest nur ShortStrings (z.B. str[50]).

Siehe auch die verschiedenen DLL-Tutorials.
Mindestens eines findest Du hier in der DelphiPraxis.

[gsh]

Zitat:

Zitat von b1zZ

Hatte heute auch ein ähnliches Problem, bei mir war die Lösung, dass ich einfach vergessen hatte einen Memory Manager anzugeben.
Weiss nicht ob dich das jetzt weiter bringt.

wie kann ich den einstellen? was macht des für einen unterschied?

Zitat:

Zitat von RavenIV

Wenn Du von der exe zur dll oder andersrum Strings weitergibst, dann musst du den sharemem einbinden in beide dpr-files. Wichtig ist, dass dies bei den uses an erster Stelle steht.

Oder Du verwendest nur ShortStrings (z.B. str[50]).

Siehe auch die verschiedenen DLL-Tutorials.
Mindestens eines findest Du hier in der DelphiPraxis.

Ich weiß das man keine Strings verwenden sollte. Ich verwende auch ganz sicher keiner. hab sogar extra nochmal nachgeschaut