yep
 
dans un élan de masochisme, j'ai décidé d'occuper mon dimanche en recodant mon merveilleux plugin de ma signature en C#
 
l'API de Winamp étant tellement bien foutue, les plugins communiquent avec Winamp par le biais de SendMessage(), vive le progrès
 
je dois donc jouer avec le P/Invoke et le Marshalling pour convertir tout ce bordel dans les types qui vont bien, du pur bonheur
 
voici donc la signature Win32 de SendMessage()

et voici ma version pour C# :

 
sans oublier une jolie structure du SDK de Winamp, 100% moderne

et ma version managée

ou est le problème ? très simple !
après avoir rempli cette magnifique structure, je dois passer un pointeur vers cette structure à SendMessage() en wParam, et c'est là que je bloque !
 
si je fais ça (efi est une instance de la structure) :

j'ai ce joli message :

 
par contre, si je change le type du paramètre 3 de ma fonction SendMessage() managée comme ceci :

ça marche nickel
 
mais bon, c'est une solution à la con, car si je devais utiliser SendMessage plusieurs fois dans mon programme, je l'aurais dans l'os !
 
l'idéal serait de passer en mode unsafe, et de lui passer l'adresse de la structure, mais j'aimerais savoir si y'a pas un moyen plus propre et moins bourrin
 
vala

je te lis pas mais je te dis que ce bordel d'unsage c'est vraiment une daube. Sous windows, si tous tes produits utilise VC++ ça va, mais dans le reste du monde, ça marche pas les structures sont jamais alignées pareilles et t'es obligées de dupliquer tout le code des déclaration de struct ... c'est naz, mieux vaut une API C comme pour python ou rubyu

c'est bien pour ça que je préfererais éviter
au pire, je garderais la déclaration spécifique de SendMessage

ah ben apparemment y'a pas que moi qui bloque avec ça
http://groups.google.fr/group/micr [...] 937088bcec

moi par exemple j'ai
 
struct Foo;
 
void Foo_fill(struct Foo* buf);
 
qui remplit une structure.
 
C'est IMPOSSIBLE d'accéder aux champs de struct Foo en unsafe vu que personne te garantis que la disposition des membres sera pareil. Bref, je me retrouves à faire un getter par membre et j'arrondis les angles en mettant des types de retour que C# va bouffer. C'est pourri, c'est une énorme perte de temps.

d'ou l'intéret de l'attribut StructLayoutAttribute

mmm, je me demande si ceci ne ferait pas l'affaire
http://msdn.microsoft.com/library/ [...] rtopic.asp

et tu fais comment pour le renseigner ? t'as une idée à priori de comment ton compilateur C va faire son truc ?

non, mais c'est une remarque que j'envoyais comme ça sans rapport avec le mode unsafe. c'est bien d'avoir pensé aux LayoutKind pour pouvoir spécifier l'alignement en mémoire des membres en cas de P/Invoke

bon, je suis très flatté de la présence de Taz sur ce maigre topic, mais on dirait quand même que pour le moment c'est un beau bide

super, si la disposition d'une structure c'était aussi simple ... je te fais pas un tableau, mais entre X86 et sparc64, c'est un peu différent  

bon, finalement j'ai trouvé un site sympa : http://www.pinvoke.net
 
et apparemment, il semble qu'il soit possible de surcharger les fonctions Win32 importées, ce que je ne savais pas du tout. ça me permet de déclarer plusieurs signatures de SendMessage()
 
http://www.pinvoke.net/default.asp [...] ssage.html

bon, finalement je vais passer en unsafe pour une raison très simple : je passe en paramètre un pointeur vers ma structure. or, Garbage Collector oblige, je dois figer cette structure en mémoire sinon ça va être la fête de l'huitre quand le GC se réveillera et bougera mes références
"fixed" roulaize
 
=> je posterai le code quand j'aurais trouvé

moi je comprends toujours pas comment faire facilement pour récupérer la définition d'une structure telle qu'elle est dans son .h et être sur que ton compilateur C# va la construire comme ton compilateur C ...

et si tu définis les offsets à la main via LayoutKind.Explicit ?
un article assez clair (orienté Win32, mais ça peut t'aider quand même)
http://msdn.microsoft.com/msdnmag/issues/04/10/NET/

moi je code sur sparc32 avec gcc-2.95, tu crois que j'ai une idée de la disposition sur amd64 avec gcc-4.0 ?