Delphi DLL von 32 auf 64 Bit umstellen

[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 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.

[himitsu]

Zitat von dummzeuch:

falsche Calling Convention

Das ist egal.

Unter Win64 gibt es bloß noch eine Convention. (andersweitige "alte" Angaben werden einfach vom Compiler ignoriert)

[TomyN]

Könnte es evtl. ein Problem mit der String-Codierung sein?
Ansonsten würden mir noch Records einfallen, die mit falscher Ausrichtung verwendet werden.
Den Tip, dass ganze erstmal aus einer Delphi-Anwendung heraus aufzurufen, halte ich für eine sehr gute Idee.

Baue auch gerade eine 32Bit Delphi DLL auf 64Bit um, da ist aktuell ehr das Problem, dass die Doku des aufrufenden 64Bit Programms nicht vorhanden ist, und ich so aus der 32Bit Doku 'Datentypraten' spielen darf.