Marshalling de string

Bonjour à tous,

J'ai un problème assez étrange lors de l'appel d'une fonction d'une dll.

En effet, je dois passer à celle ci un string, qui est modifié par ladite fonction. Jusqu'ici, tout va bien. Le problème survient lorsque je souhaite réutiliser ce string.

Voici la définition de la fonction en question :

Code:

---

1 2 3

<DllImport("maDll.dll")> _ Public Shared Function TransformString(<MarshalAs(UnmanagedType.LPWStr)> ByRef ioString As [String]) As RETURN_CODE End Function

---

Je l'appelle de la manière suivante :

Code:

---

1 2 3 4 5 6

dim sString as String = "" dim oMsg as RETURN_CODE = DEFAULT_RETURN_CODE oMsg = TransformString(sString) Me.TextBox1.text = sString MsgBox(sString)

---

Rien de bien compliqué jusqu'ici. Là où ça se gâte, c'est lorsque je souhaite consulter le contenu de ma string.
En effet, l'affichage de la textbox m'affiche seulement le premier caractère de la string! Encore plus fort, la message box m'affiche le contenu complet de la string ! Et, clou du spectacle, lorsque j'utilise l'espion express de l'EDI, celui ci m'indique que ma string ne contient aucun caractère ! D'ailleurs, un test en utilisant la fonction ToCharArray me retourne un tableau de 0 éléments...

Bref, j'en perds mon latin. Suis je victime de possession démoniaque, ou y a t'il une raison à ce comportement ?

Si quelqu'un a une idée, je lui en serait reconnaissant.

D'avance merci

Quel est la signature de la fonction dans la DLL ?

Est-ce qu'elle modifie un pointeur passé en paramètre ?

Code:

---

RETURN_CODE TransformString(char** str)

---

Ou alors elle modifie les données à l'adresse du pointeur ?

Code:

---

RETURN_CODE TransformString(char* str)

---

Si tu es dans le premier cas, ton approche semble correcte. Si c'est le second cas, il faut s'y prendre autrement, car une chaine en .NET n'est pas modifiable. Il faut passer un StringBuilder à la place d'une String

La signature est la suivante :

Code:

---

TransformString(wchar_t * const ioString)

---

Dès lors, il faut que j'en passe par un stringbuilder ?

Dans ce cas, ceci est il valide ?

Code:

---

1 2 3

<DllImport("maDll.dll")> _ Public Shared Function TransformString(<MarshalAs(UnmanagedType.LPWStr)> ByRef ioSB As [System.Text.StringBuilder]) As RETURN_CODE End Function

---

D'autre part, il y a quelque chose que je ne comprends pas. La méthode actuelle fonctionne correctement, puisqu'un simple msgbox m'affiche le contenu de ma variable !!! Cependant, si je souhaite afficher le contenu de ma variable dans un textbox, celui ci reste désespérément vide!

Oui c'est bien ça. Par contre il faut pas oublier d'initialiser la capacité du StringBuilder avant l'appel

Hmmm... J'ai bien essayé comme indiqué de modifier mon appel de fonction, et de lui passer un Stringbuilder avec capacité initalisée, mais je me retrouve avec une "NotSupportedException" ...

J'ai édité mon message en même temps que tu répondais, et je remarquais la chose suivante :

Citation:

---

D'autre part, il y a quelque chose que je ne comprends pas. La méthode actuelle fonctionne correctement, puisqu'un simple msgbox m'affiche le contenu de ma variable !!! Cependant, si je souhaite afficher le contenu de ma variable dans un textbox, celui ci reste désespérément vide!

---

C'est tout de même bizarre non ? Car la chaine (initalisée à "" au départ), contient bien une valeur en sortie de fonction puisque la messageBox réussit à l'afficher. Par contre, impossible de lire sa valeur dans une textbox ou via l'espion express...

Citation:

---

Envoyé par joKED

Hmmm... J'ai bien essayé comme indiqué de modifier mon appel de fonction, et de lui passer un Stringbuilder avec capacité initalisée, mais je me retrouve avec une "NotSupportedException" ...

---

Et elle dit quoi l'exception ?

Citation:

---

Envoyé par joKED

C'est tout de même bizarre non ? Car la chaine (initalisée à "" au départ), contient bien une valeur en sortie de fonction puisque la messageBox réussit à l'afficher. Par contre, impossible de lire sa valeur dans une textbox ou via l'espion express...

---

Bah le code non-managé a pu modifier la mémoire de la chaine, mais sans mettre à jour les autres champs de l'objet String, donc ça fait que l'objet se retrouve dans un état incohérent. Donc les résultats sont forcément un peu imprévisibles...

Quand tu appelles une méthode native qui doit modifier le contenu d'une chaine, tu es obligé de passer par un StringBuilder, c'est la façon "officielle" de faire

L'exception dit : "NotSupportedException" .

J'aurai du préciser dès le départ que je suis sur un matériel embarquant Windows CE 6.

Après avoir cherché dans la MSDN, je viens de découvrir ceci :

Citation:

---

This behavior is quite different from the full .NET Framework, where the marshaler must take the character set into consideration. As a result, the full .NET Framework does not support passing strings by value or by reference into unmanaged functions and allowing the unmanaged function to modify the contents of the buffer.

---

Exactement ce que tu expliques.

Avec le compact framework, il faut initialiser mon objet string de la manière suivante :

Code:

---

Dim sPath As String = New String(" "c, MAX_PATH)

---

ou, en effet, utiliser un StringBuilder. Malheureusement, le StringBuilder me génère un 'NotSupportedException", et en passant une string de la sorte, je reste planté dans ma fonction, et l'appli ne répond plus... :cry:

Je pense que je vais contacter directement la personne ayant créé la DLL que j'invoque histoire d'avoir son avis sur la question, car je sèche complètement...

J'ai rien dit, ça fonctionne très bien en passant une string initialisée avec une longueur définie.

Problème résolu!

Merci beaucoup de ton aide tomlev

Citation:

---

Envoyé par joKED

L'exception dit : "NotSupportedException" .

---

Ca c'est son type... ce que je demandais, c'était le message ; en général ça donne des informations supplémentaires. Enfin bon, si le problème est résolu ça n'a plus d'importance...

Citation:

---

Envoyé par joKED

J'aurai du préciser dès le départ que je suis sur un matériel embarquant Windows CE 6.

---

Ah oui, effectivement il doit y avoir pas mal de différences...

Citation:

---

Envoyé par tomlev

Ca c'est son type... ce que je demandais, c'était le message ; en général ça donne des informations supplémentaires.

---

En général, oui, dans ce cas précis, le message associé était : "NotSupportedException" . Informatif n'est ce pas ?