Migration Delphi 7 nach XE

[menten]

Hallo zusammen,
ich brauch mal eure Hilfe. Bin gerade dabei ein Delphi 7 Projekt nach Delphi XE zu migrieren. Eigentlich hatte ich nicht mit großen Problemen gerechnet da ich alle Komponenten in aktuellen Versionen installiert habe (LMD, DevExpress, ICS usw.). Problem sind offensichtlich zwei DLLs die dynamisch geladen werden. Die Schnittstelle ist mit PCHAR gemacht. Grundsätzlich läßt sich alles kompilieren, Problem sind immer wieder auftretende Speicherschutzverletzungen. Die treten aber nicht immer gleich auf, sondern einmal kann ich ein Fenster in der DLL aufrufen, beim zweiten Mal bekomme ich einen Fehler wenn ich für ein Grid in dem Fenster EndUpdate aufrufe. Ein Fenster aus einer DLL kann ich aufrufen, das zweite erzeugt einen Fehler beim Create selbst dann wenn ich ein leeres Fenster erzeuge, usw. usf.

Habe ich hier etwas grundlegendes übersehen? Sollte ich zuerst mal von Delphi 7 nach 2007 migrieren? Ich bin ratlos.

Danke für jede Hilfe!
Stefan Menten

[jaenicke]

Hast du denn in der Schnittstelle auch PChar durch PAnsiChar ersetzt? Denn die arbeitet ja offensichtlich mit PAnsiChar, wenn es unter Delphi 7 mit PChar (=PAnsiChar für Delphi 7) ging.

Eine DLL-Schnittstelle mit PChar zu deklarieren, ist aber ohnehin schon immer ein Programmierfehler gewesen...

[DeddyH]

Zitat von menten:

Die Schnittstelle ist mit PCHAR gemacht.

D.h., Du übergibst den Datentyp PChar als Parameter? Versuch es in dem Fall doch einmal explizit mit PAnsiChar. Ansonsten wäre etwas Code hilfreich.

[menten]

Die betroffenen DLLs habe ich auf PChar gelassen weil ja auch die DLLs nach XE migriert werden. Bei einer anderen DLL die auf D7 bleibt habe ich die Schnittstelle auf PAnsiChar umgestellt und das funktioniert auch. Muss ich die Schnittstelle grundsätzlich auf PAnsiChar umstellen?


Gruß und danke
Stefan Menten

[DeddyH]

Es kommt jetzt darauf an. Das Problem ist, dass bis einschließlich Delphi 2007 galt: PChar = PAnsiChar. Mit Delphi 2009 hat sich das geändert: PChar = PWideChar. So, für Dich bedeutet das, dass Du PChar nur dann so belassen kannst, wenn sowohl Programm als auch DLL mit derselben Delphi-Version kompiliert wurden. Oder aber Du implementierst die DLL-Funktionen jeweils doppelt, einmal in einer Ansi- und einmal in einer Unicode-Version.

Delphi-Quellcode:

function SomeDLLFuncA(Data: PAnsiChar); stdcall;
function SomeDLLFuncW(Data: PWideChar); stdcall;

Im Programmcode musst Du dann festlegen, welche Version aufgerufen werden soll.

[menten]

DLL und Programm werden mit der gleichen Version kompiliert, gehört alles zu einem Projekt. Die exportierten Funktionen sind aber nicht als stdcall definiert. Kann es damit oder mit dem dynamischen Laden zusammenhängen?

Gruß und danke
Stefan Menten

[DeddyH]

Nein nein, das stdcall hatte ich nur aus Gewohnheit getippt. Wenn Du beide Teile mit derselben Delphi-Version kompilierst, dann sollte der PChar-Datentyp ja kompatibel sein, somit kein Problem. Nur, wenn Du eine "alte" Dll laden willst, bekommst Du u.U. Schrott.

[edit] Achja, allerdings darfst Du auch keinen Code haben, der davon ausgeht, dass Char = 1 Byte, wenn z.B. irgendwo eine Größe in Bytes benötigt wird. [/edit]

[menten]

Ich greife eigentlich nirgendwo auf Char direkt zu. Ich halte mich auch wo immer es geht an Delphi-Standards.

Was mich irritiert ist, dass eine Funktion einmal funktioniert und dann nicht mehr. Oder aber beim Start des Programmes nicht funktioniert, dann aber bei einem Ausruf aus dem laufenden Programm. Und das der Speicherfehler irgendwo auftritt. Kann das auch eine Kompiliereinstellung sein?

Gruß und danke
Stefan Menten

[DeddyH]

Dazu kann man wohl ohne Code keine verlässliche Aussage treffen. DLL und Programm sind nun aber kompatibel, und es wird garantiert die richtige DLL geladen?

[jaenicke]

Die Symptome sprechen dafür, dass du irgendwo Speicher überschreibst. Eben zum Beispiel durch ein Problem PWideChar <--> PAnsiChar. Bei einer DLL-Schnittstelle solltest du jedenfalls immer explizit PWideChar oder PAnsiChar benutzen und nie PChar. Sonst gibt es nur Probleme, weil nicht klar ist was gemeint ist, wenn jemand anderes die Schnittstelle bekommt.

Gibt es irgendwelche Compilerwarnungen?