Discussion :

[dim07]

Bonjour à tous,

J'ai d'un côté un programme compilé via Delphi 2006 et de l'autre, une DLL compilée en Delphi XE2.
Les deux sont-ils "compatibles" ? Sachant que la DLL doit contenir une fonction avec deux paramètres de type string.

Par avance merci.

[ShaiLeTroll]

Je te déconseille le type String, car en 2006 c'est AnsiString et XE2 c'est UnicodeString
Car même si l'on peut penser que la AnsiString de 2006 et XE2 sont compatibles, c'est faux, car XE2 voudra lire la taille en octet d'un caractère (elemSize) et le codePage (en position -10 et -12), mémoire qui n'aura pas été allouée par 2006 !

Peut-être tenter une RawByteString en XE2 et AnsiString en 2006 en faisant tout de même attention à qui alloue qui !
la question est-ce à la compilation qu'il gère l'ajout du code de conversion, qui ne le serait pas généré avec une RawByteString ou est-ce qu'il le fait au Runtime et donc même problème de lecture de données non allouées !
C'est jouer à la roulette russe !

Essayez une ShortString, il me semble que la structure mémoire n'a pas changé, elle reste ANSI et sur 255 octets\caractères

Vérifier comment se comporte string[20], est-ce ANSI et 20 octets ou Unicode et 40 octets ?
Je penche pour 20, ce qui rend encore plus subtil la différence entre string et string[] en XE2 par rapport à ce que cela l'était en 2006 !

Utilise soit des WideString qui seront parfaitement compatible car basé sur la BSTR de Microsoft

Soit utilise le PAnsiChar ou PWideChar, à toi de gérer manuellement allocation et libération, ce que tu devais pas trop te préoccuper en utilisant FastShareMem

[dim07]

J'ai utilisé PAnsiChar avec FastShareMem.
Les premiers tests sont concluants.
Merci ShaiLeTroll.

[ShaiLeTroll]

Tu devrais même supprimer FastShareMem !
Si tu utilises correctement PAnsiChar, ce n'est pas nécessaire !