Discussion :

[jobigoud]

Bonjour,
J'espère que la question n'a pas été traitée plusieurs fois et que je n'aurais pas trouvé dans mes recherches...

Nous avons un executable 32bits qui charge une dll 32bits, cette dernière exposant un certain nombre de fonctions. (Jusque là rien que de très classique )

La dll doit pouvoir être compilée avec n'importe quel compilateur.

Se posera-t-il un problème pour la taille des types transitant entre les deux ?

bool, int, enums, long risquent-ils d'être plus ou moins grands et ainsi faire péter l'exe ?
Quid des structures ?

Nous avons déjà éliminé l'hypothèse d'utiliser des classes, car elles seraient selon toute probabilité stockées différemment en mémoire. (Un header regroupant les types définis sera compilé de chaque côté)

Comment le cas est-il géré pour les dll qu'on trouve en liberté dans la nature ? existe-il un risque que les données passées ne fassent pas la même taille entre l'appelant et l'appelé ?

(Sans parler de compilateurs 64bits ou 16bits ici, merci.)

Merci d'avance !

[Luc Hermitte]

1- Mauvais forum

2- Investissez dans Imperfect C++ de Matthew Wilson, chez Addisson-Wesley, un chapitre (voire plus) est consacré à ces problèmes.

Sinon, sur un même OS, je serai surpris que les tailles des types changent vu que normalement on est censé avoir la compatibilité au niveau C. Au pire, indiquez très exactement ce que vous voulez utiliser.
Par contre, pour les aggrégats, attention aux alignements.

[jobigoud]

Merci,

Quel serait-le bon forum ? Sachant que nous serons effectivement sur le même OS (windows 32 bits, XP/2000) pour la dll et l'exe, et que ce sera du C++ des deux côtés.

A propos de la compatibilité au niveau du C, c'est justement là dessus que nous nous posions des questions, merci pour ces premières indications.

[Luc Hermitte]

Sur les techniques particulières pour simuler des classes, ici peut-être.
Sinon ... "dev windows" ? Mais bon, le risque est je pense nul vu que ces types sont censés être compatibles au niveau de l'interface C (aux détails d'alignement)

[JolyLoic]

Il n'est pas si nul, par exemple un int du C n'est pas la même chose qu'un integer en VB. Il y a une correspondance entre différents types de différents langages, mais elle n'est pas forcément immédiate à trouver.

Si on veut avoir des classes dans des DLL sous windows, soit on se limite en terme de langage/compilateurs compatibles, soit on fait du COM (beark, même si c'est un peu moins beark que ça l'a été).

[jobigoud]

un int du C n'est pas la même chose qu'un integer en VB.

Ma grande interrogation est : un int du C compilé avec VC++98 (par ex.) est il la même chose qu'un int du C compilé avec GCC ou Borland C++.
Puis-je partir du principe qu'absolument 100% des compilos vont utiliser 4 octets pour leurs int ? (Je crois me souvenir que le standard n'impose pas de taille précise, mais juste un ordonnancement entre les short,int, et longs )

Sachant que je développe le programme principal qui va appeller une sorte de Plugin sous la forme d'une dll développée par un tiers, sous un compilateur éventuellement différent du mien.

Comment puis-je connaitre les petites différences entre les compilos, au niveau de l'alignement des octets dans le stockage des structures par exemple ?
Existe-il une doc regroupant ces infos, ou il faut se palucher les manuels de tous les compilateurs possibles ?

Est-ce que c'est un risque tangible, ou plutôt insignifiant, s'il existe un consensus entre les divers compilateurs à ce propos.

merci