Übergabe von Interface an DLL führt zu AccessViolation

[bepe]

Bin gerade auf dem Sprung aber auf die Schnelle kommen mir zwei Dinge in den Sinn:

- deine beiden Funktionen benutzen die falsche Aufrufkonvention
- Delphi kennt überhaupt keine Funktionen

[Fritzew]

Hallo,

als erstes solltest Du die
Exporte auch mit stdcall aufrufen. also

Delphi-Quellcode:

function GetInstanceInt(DataBaseConnectionInfo: IDataBaseConnectionInfo): IDMSUserManager; stdcall; external 'DMSUserManager.dll';
 function GetInstanceExt(DataBaseConnectionInfo: IDataBaseConnectionInfo): IDMSUserExchanger; stdcall; external 'DMSUserManager.dll';

natürlich auch in der Dll ändern.

von was sind Deine konkreten Klassen abgeleitet?


Gruss Fritz

[himitsu]

Zitat von Fritzew:

als erstes solltest Du die
Exporte auch mit stdcall aufrufen.

Nee, wieso denn?

Es ist nur wichtig, dass auf beiden Seiten die Schnittstellen gleich aussehn
und wenn hier EXE und DLL mit Delphi geschrieben sind, dann kann die Aufrufkonvention auch problemlos "register" bleiben.

Was man aber nicht machen darf, ist einen PWideChar wie einen String aussehn zu lassen.

DelphiStrings sind zwar intern zu PChar kompatibel (PChar(String) ist also OK), aber andersrum natürlich nicht (niemals String(PChar) ).

Und wenn in der DLL ein String in einen PChar gecastet wurde, dann darf der dennoch nicht zurück nach String gecastet werden.
* Die speicherverwaltung von DLL und EXE sind standardmäßig getrennt (jeder hat seine Eigene)
* und bei Strings gibt es den Sonderfall des Leerstrings, wo der PChar(String) -Cast auf eine Konstante mit dem Inhalt #0#0 umleitet.

[Fritzew]

Zitat:

Es ist nur wichtig, dass auf beiden Seiten die Schnittstellen gleich aussehn
und wenn hier EXE und DLL mit Delphi geschrieben sind, dann kann die Aufrufkonvention auch problemlos "register" bleiben.

Der Meinung bin ich nicht. Eine Dll sollte soweit als möglich Compilerunabhängig sein.
Und wenn man das mit so etwas einfachem wie stdcall erreichen kann ist das schon mal gut.

[himitsu]

Auch andere Sprachen kennen viele der Konventionen, somit ist es nicht per se inkompatibel, zu anderen Sprachen.

[Fritzew]

Nenn mir einen Win32 compiler (nicht Delphi / Fpc) der unter Win32 die Register Aufruf Konvention von Delphi kennt.
Ich lerne gerne dazu...

[Aviator]

Hallo Fritze,

danke dir.

Manchmal muss man nur mit der Nase drauf gestoßen werden. Die Aufrufkonvention stdcall hatte ich zwar in meinem Programm hinterlegt, aber nicht in der DLL. Jetzt flutscht es.

Nochmals vielen Dank!

Ich hoffe alle weiteren Fehler bekomme ich von selbst gelöst.

Zitat von himitsu:

DelphiStrings sind zwar intern zu PChar kompatibel (PChar(String) ist also OK), aber andersrum natürlich nicht (niemals String(PChar) ).

Wie denn dann? Hast du ein Beispiel?