Marshalling probleme

Question

Bonjour a tous,

voila, j'ai un petit souci de marshalling, comme l'indique le sujet, je vous explique. J'ai ecrit une dll en C qui, a un moment donner, recoit par callback une char *data et un uint data_len, et je voudrais passer ces donners a une fonction C# qui serait aussi appler comme une callback.

(desoler pour ceux qui connaissent pas le language C)
en gros, dans ma dll il y a une fonction du style :

void SetCallback(callback_func f);

et callback_func est declarer comme ceci :

typedef void (*callback_func)(char[] data, unsigned int data_len);

Ensuite, dans ma fonction C de ma dll qui est appeler en callback, je fait un truc du style :

void TreatmentFunction(char* data, unsigned int data_len)
{
    _f(data, data_len);
}

_f etant la fonction pass&#233;e via la fonction SetCallback decrite un peu plus haut. Bref, j'espere que jusqu'ici ca va et que tout le monde suit. Le souci c'est que la fonction SetCallback est une fonction externe, et donc c'est celle la que j'appel dans mon code C#, je lui file un delegate.

En gros j'ai ca :

public delegate void MyTreatmentDelegate(char[] data, uint data_len);

...

[DllImport("mydll.dll")]
private static extern void SetCallback(MyTreatmentDelegate func);

et ensuite dans mon code, je fait SetCallback(new MyTreatmentDelegate(une_fonction));

une_fonction etant declarer comme le preconise le delegate (de toute facon ca compilerais pas sinon)

Bon pour finir, le probleme c'est que j'ai tenter plusieurs facon differente et rien ne marche, un coup j'ai un MarshallTrucBiduleException, un coup c'est une erreur Win32, un coup une Win32Exception... bref, il semble ne pas vouloir du char[] data, donc j'ai tenter avec un IntPtr mais ca marche pas non plus. Un coup j'ai eu un truc qui disait que je pouvais pas marshaller un array manager vers un truc non manager, enfin j'ai eu tellement de messages d'erreur que je me souvient pas de tous et de ce qu'ils disaient...

J'ai fait un truc pas comme il faut et j'espere que vous pourrez m'aider a remettre les choses dans le bonne ordre.

Merci d'avance a tous :)

cs_coq · Answer

Avec char* ton delegate ne devrait pas plutot etre de cette forme l&#224; ? : 

public delegate void MyTreatmentDelegate(string data, uint data_len);

Cocoricoooooooo !!!!
coq
MVP Visual C#

sebseb42 · Answer

je vais essayer

sebseb42 · Answer

ca ne fonctionne pas :S j'ai tester avec un StringBuilder car je crois me souvenir que les char* sont marshaller en StringBuilder, mais ca chie, ca dit que j'ai depasser la capaciter alors j'ai meme pas declarer mon StringBuilder (je peux pas car c'est un parametre et que c'est le CLR qui est censer le declarer)

je continnue a creuser

Lutinore · Answer

Peut etre ca n'a rien a voir.. mais ne devrais tu pas proteger ton delegue du GC !?

cs_coq · Answer

Bien vu :-)
Je n'avais pas fait attention au "SetCallback(new MyTreatmentDelegate(une_fonction));"
Si le GC passe par l&#224; au moment du Callback &#231;a fait d&#233;sordre :p

Cocoricoooooooo !!!!
coq
MVP Visual C#

sebseb42 · Answer

non, dans ce genre de cas, tant que l'appel n'est pas termin&#233;, le CLR maintient la reference, de ce fait le GC ne la nettoie pas...

je dois admettre que je parle sans certitudes, si ce n'est que je suis certains que ne pas garder la reference d'un objet "newer" directement dans le passage de parametres, est la chose la plus absurde qui pourait avoir ete decider par Microsoft... ce dont je doute :)

cs_coq · Answer

Le probl&#232;me est justement que l'appel se termine avant que ton callback ne soit "appel&#233;".
SetCallback n'est pas bloquant logiquement.
Hors new MyTreatmentDelegate(une_fonction)); &#231;a donne une variable locale &#224; la m&#233;thode qui contient SetCallback(new MyTreatmentDelegate(une_fonction));
Ce qui fait qu'a la fin de l'execution de la methode c'est cens&#233; etre lib&#233;rable.

SetCallback(new MyTreatmentDelegate(une_fonction));
=>
MyTreatmentDelegate leDelegate = new MyTreatmentDelegate(une_fonction)
SetCallback(leDelegate);"

Cocoricoooooooo !!!!
coq
MVP Visual C#

sebseb42 · Answer

j'ai changer etant donner que ca ne coute rien de le faire :) mais il etait previsible que ca ne change rien... le probleme est toujours au niveau du Marshalling et de l'echange des donn&#233;es entre la DLL et le CLR.

cs_coq · Answer

oups je crois que mon explication est mal form&#233;e et peut etre mal interpret&#233;e : 
"SetCallback(new MyTreatmentDelegate(une_fonction));
=>
MyTreatmentDelegate leDelegate = new MyTreatmentDelegate(une_fonction)
SetCallback(leDelegate);""
Je voulais dire par l&#224; que c'etait equivalent.

Tu devrais mettre leDelegate en tant que champs de la classe, ainsi il aurait la m&#234;me dur&#233;e de vie que ton instance de classe.

Cocoricoooooooo !!!!
coq
MVP Visual C#

sebseb42 · Answer

je me suis deja assurer que mon deleguer ai la meme dur&#233;e de vie que le temps necessaire a la realisation des operations que j'ai besoin d'effectuer 

Cependant, virgule, cel&#224; ne r&#233;soud en rien mon actuel probl&#232;me, point. 

(desoler, je trouve pas la et comme ca me gonfle, je tente de m'auto-distraire avec des trucs pas droles )

cs_coq · Answer

lol
L&#224; je ne vois pas ce que je pourrais dire de plus.
Pas possible d'aider plus que &#231;a, dsl :-(

Cocoricoooooooo !!!!
coq
MVP Visual C#

Marshalling probleme

11 réponses

Votre réponse

Discussions similaires