Discussion :

[JaroBx]

Bonjour à tous,

Je reprends un projet et j'ai trouvé quelque chose de dégueulasse !
Il y a une librairie statique qui est crée (.lib). D'après l'utilisation classique d'une librairie statique, on devrait linker sur cette librairie statique ainsi que inclure son .h.
Or dans le projet que j'ai repris, on link bien sur la librairie static (.lib) mais le .h inclus n'est pas le même que celui avec lequel la librairie en elle même a été compilée.


Exemple de différence :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
 
Vrai ".h" :                             Mauvais ".h":
struct a                               struct a
enum b
struct c
struct d                               struct d
fonction e                            fonction e

Certaines définitions ont été mises en commentaire (enum b et struct c de l'exemple). A la compilation de mon projet je n'ai pas d'erreur. Par contre l'application a un comportement bizarre, comme des problèmes d'alignements.
Je vais refaire l’inclusion de la lib de manière propre car je ne pense pas qu'il soit normal de travailler comme ça.
Je voulais juste connaitre les risques de cette absurdité, pouvez-vous m'aider ? Risque-t-on d'avoir des problèmes d’alignements avec ça ?

Merci !
Bonne journée

[mala92]

salut,

si je comprends bien tu as un ".h" lite pour l'utilisation de la lib. c'est en effet pas très beau, mais ça ne doit pas générer des problèmes d'alignement.

C'est sûrement ta lib et ton appli qui ne sont pas compilées avec le même type d'alignement.

[JaroBx]

Merci pour ta réponse.

Tu as bien compris le problème.
La lib et le projet sont compilés avec le même alignement, mais l'utilisation de certaines fonctions de la lib ont des effets sur des variables qui n'ont rien à voir. Du coup tout est foireux au final.
Je pensais que le fait d'utiliser un ".h" lite pose problème

[Bousk]

Bonjour,

proposer un header différent ne me choque pas.
La lib a son propre header qu'elle n'utilise qu'en interne et a choisi d'exposer un second header qui est celui sur lequel un utilisateur doit se baser pour utiliser cette lib.

Dans tous les cas, je ne vois pas pourquoi il y aurait un problème d'alignement s'ils sont cohérents.

[JaroBx]

Merci à vous deux pour vos réponses !
Je trouvais juste bizarre qu'une même librairie puisse être utilisée avec des header différents.

[Bousk]

Il n'y a qu'à voir le header C de FILE.
Il y a sûrement un autre header qui définit clairement la structure FILE et ce qu'elle contient, qui est invisible à l'utilisateur qui n'utilise que FILE* et les méthodes fournies.