Delphi DLL von 32 auf 64 Bit umstellen

[calibra301]

Hallo,

bin mal wieder an meinem "Lieblingsprojekt"...Eine C++ Exe ruft eine C++ DLL auf welche dann mit einer
Delphi DLL spricht. Läuft alles seit Jahr und Tag...als 32 Bit.

Nun wurden die C++ Teile als 64 Bit gebaut und auch die Delphi DLL wurde auf 64 Bit umgestellt.
Leider fliegt mir die 64 Bit Variante schon beim LoadLibrary wo die C++ DLL die Delphi DLL laden will um die Ohren.
(Access Violation,...). Den C++ Teil schliesse ich aus. Klammere ich das LoadLibrary und die benutzten Funktionen aus
geht alles.

Gibts einen "Leitfaden" für eine solche Umstellung ?
Plattform hinzufügen und dann als 64 Bit kompilieren reicht leider nicht :-)

In der DLL sind hauptsächlich mathematische Funktionen aber auch ein Form.
Die ursprüngliche Form wurde mal in Delphi 5 programmiert, nach Umstellung auf XE8 nun Alexandria Prof.

Danke !
Calli

[Andreas13]

Hallo Calli,
vor einiger Zeit hat Emil (= Venice2) etwas Passendes zu Deiner Frage gepostet: https://www.delphipraxis.net/208861-...mbinieren.html
Leider habe ich die technischen Details wegen der Komplexität seiner Lösung nicht verstanden, aber vielleicht kann jemand hier zur Klärung ein einfache(re)s Beispiel bringen, wie Du von einer 64-Bit-Exe eine 32-Bit-DLL fehlerfrei aufrufen kannst.

Grüße, Andreas

[calibra301]

Hallo,
wünschenswert wäre es ja die Delphi DLL auch auf 64 Bit zu bauen.
Es liegt ja alles im Quelltext vor und die C++ Sachen sind als 64 Bit gebaut.
Komisch für mich ist ja das es schon beim LoadLibrary auf der C++ Seite knallt.
DLL Export Tools zeigen die Exports korrekt an. Es sind nur 2 weitere dabei die Delphi wohl
"dazu baut".

Debugversuche schlagen fehl. Breakpoints in den exportierten Funktionen werden nicht erreicht.

[Andreas13]

Hallo,
ich programmiere fast ausschließlich technisch-wissenschaftliche Berechnungen, auch Berechnungs-DLL’S wie Du, aber ausschließlich für die 32-Bit-Plattform.
Daher möchte ich Dich daran erinnern, daß auf der 64-Bit-Plattform der Type Extended, den man für genaue(re) Berechnungen unbedingt braucht, leider nicht mehr gibt: Dort ist

Delphi-Quellcode:

Extended = Double;

Deshalb solltest Du evt. weiterhin über die Benutzung der genaueren 32-Bit-DLL in Deinen 64-Bit-Anwendungen nachdenken.
Gruß, Andreas

[calibra301]

Hallo Andreas,

das ist schon ausgeschlossen. Es werden nur doubles benutzt.

[himitsu]

Debugger benutzen und schauen wo es knallt?


Irgendwelche wilden Integer-Pointer-Casts, bzw. Integer-Object-Casts verwendet?

[BerndS]

Ich würde vorschlagen, eine Projektgruppe zu erstellen, in der ein Delphi 64 bit Anwendung die 64 bit DLL zur Laufzeit läd. Die DLL sollte auch als Projekt in der Projektgruppe enthalten sein, so dass man zwischen beiden umschalten kann.

[dummzeuch]

Funktioniert denn der Aufruf der 64 Bit Delphi DLL aus einem 64 Bit Delphi-Programm heraus?

Das wäre das erste, was ich testen würde, um evtl. falsche Deklarationen bei den Import-Funktionen auszuschließen bzw. es darauf einzuschränken. Die üblichen Fehler beim Aufruf von DLLs mit verschiedenen Programmiersprachen sind nach meiner Erfahrung:

• falsche Calling Convention
• falsches Alignment von Datentypen
• falsche Datentypen
• fehlerhafte Speicherverwaltung (z.B. Allozierung von Speicher in der DLL, Freigabe dann im Programm oder umgekehrt)

[shebang]

Knallt es wirklich beim LoadLibrary selbst oder erst danach und was sagt der Rückgabewert der Funktion?

[calibra301]

Hallo,

definitiv beim LoadLibraray. Das ist ja das komische.
Die DLL exportiert 3 Funktionen, debugging in der DLL is nicht. Wird nicht erreicht.