Voila le probleme, c'est plus une question de propreté puisque ca marche :
 
j'ai un .h avec toutes les définition de variables globales, agrémentées d'un static
 
dans chaque .c qui utilisent ces variables gloables, je déclarent celles-ci avec un extern.
 
c'est mal ?
 

très mal
les variables globales, c'est dégueulasse et dangereux

a ca, je suis obligé, c'est pour tourner sur du vxWorks

 
et ...

bah tous les semaphores et files de messages sont en variables globales

quel est l'intéret de les mettre en global ?

on est obligés
 
je sais pas si t'as déjà fais du vxWorks, mais c'est un peu zarb, parce qu'en fait chaque fonction est une tache.
 
genre, toutes les fonctions sont dans une branche d'un fork. et forcément si on veut faire communiquer les differents processus, on passe par des variables communes. La, en l'occurence ce sont des variables globales d'un point de vue C.

je ne connais pas vxWorks,
Mais habituellement, les variables globales sont utiles pour la communication entre threads, puisqu'ils partagent le segment data.
Les ipc sys V (semaphores, files de messages, memoire partagée) permettent de communiquer par d'autres moyens puisque les processus sont enfermés dans leurs espaces d'adressage. Alors etre contraint de mettre en global un IPC, ça me parait bizarre bizarre ...
Il y a peut-etre une spécificité de vxWorks que j'ignore ...

scomme ca qu'on nous dit de faire, c'est comme ça qu'on fait (projet à la con powered)
 
et ce sont pas des ipc posix qu'on fait
 
m'enfin ca répond pas a la question

Eeek! Pas de définitions d'objet dans un header. Jamais. Pour ce qui est des fonctions, seules les fonctions inline [C99] sont permises.
 
http://mapage.noos.fr/emdel/codage [...] ser_source
http://mapage.noos.fr/emdel/codage.htm#organiser

Horrible!
 
http://mapage.noos.fr/emdel/notes.htm#globales

c'est le genre de liens que j'aurais bien aimé trouver
 
bon, j'ai du bol, tout est initialisé au même endroit
 
merci