Reprise du message précédent :
toute façon, t'es bien eu si t'es entiers sont pas 32bits
 
gilou > rigolo, mais j'ai rien compris à la prononciation
 
 
Yoms >
 

réfléchis et tu vas voir qu'il ne peut en être autrement. C'est toi même qui nous as expliqué que les union permettent des 'vues' ... comment tu veux accéder à .a directement ? il faut spécifier que tu te place dans le contexte .prout ...

 
http://forum.hardware.fr/forum2.ph [...] 0#t1322379
http://www.academie-francaise.fr/l [...] l#au_temps
 
A+,

Taz, tu sais si dès le départ t'avais fais une réponse comme celle de Gilou ou de schnapsmann, le thread aurait fait bien moins que 2 pages. Comme tu l'as dit dans un post, t'as rien cherché à comprendre juste à dire ce que toi te dérangeait. T'as dit à Lam's que le compilo n'avait rien à voir là-dedans, alors qu'il y est au final pour bcp. Si ça avait planté dès le départ, je me serais jamais poser la question du pourquoi ça ne marche pas uniquement en extern. J'aurais cherché ailleurs...
 
Quant à mes *.h comme tu dis, ce ne sont pas les miens ! Ils suivent des règles de codage qui ont été établies dans tout le labo, et donc utilisés à plusieurs reprises et par plusieurs personnes. Donc je ne suis pas seul sur Terre. M'enfin, du Taz tout ça quoi...

 
Je sais qu'il ne pourra en être autrement, c'est bien pour ça que je dis que serai obligé de changer ça. Je disais que LabWin me permettait de le faire avant, qu'il devianit quell était la struct rien qu'à partir du champ et que c'était cool...

Yoms > tu sais si dès le départ tu avais lu ma réponse et celle de Schnapps ... regarde bien, c'est du copié collé ...
 
Mais ça fait plaisir de voir des gens qui maîtrisent le cpp ... t'as qu'à faire un #define STACK_H en plus, c'est terriblement fashion ...

Précisément, "la graphie Autant pour moi est courante aujourd’hui, mais rien ne la justifie". Donc autant être pédant, et utiliser la langue française standardisée, et non pas la version K&R  
 
Dans le même genre, recherche "definately" sur google. C'est pas un mot correct pour autant... Bon, fin du HS.
 
edit: quand je dis fin du HS, c'est pour ma part, hein! J'en suis pas encore à imposer aux autres de cesser tel ou tel débat

comment tu veux qu'il devinne quoi que ce soit ? tu lèves toi même le problème de la collision de noms ...

Au fait, écrivez dette phrase au pluriel :
 
La fête battait son plein
 
Sinon, il y a tjrs le "fort intérieur" alors que c'est "for intérieur". Classique je sais...

 
Ne demande pas comment, tjrs est-il qu'il le fait ! A priori, je dirais qu'il regarde le nom du champ et voit qu'il appartient à telle ou telle struct. C'est une supposition. Mais il le fait, puisque je fais tourner ce prog comme ça (sauf en extern où il pête un câble). Et c'est bien pour ça que je n'ai pas d'office remis en cause le code.
 

Au fait, si ça te dérange que des gens apprennent le C, t'es pas obligé de leur répondre. Je ne prétends pas être un dieu, j'ai commencé récemment point barre.

ce que je te dis, c'est qu'avant tout, tu ferais bien de choisir judicieusement tes guardien d'inclusion en pensant que tu n'est pas le seul à faire des .h. génère un machin long (15c), bien unique, (mélange nom de fichier, nom projet, auteur, date, etc)

Ah et ta réponse n'a rien à voir avec les leurs (même si elle est juste). Je t'ai demandé à plusieurs reprises de l'illustrer avec un exemple. Un simple copier-coller de ce que j'avais écris en rajoutant ce qui manquait pour se comprendre et savoir ce que tu voulais dire...

Taz > ce ne sont pas les vrais noms des gardien d'inclusion. C'était un exemple. De même que mes struct ne s'appellent pas Toto, Titi...

 
 
spamafote si t'es pas multithread

Quant à ton problème d'extern, y a une explication rationnelle. On attend ton message d'erreur demain.

je vais me facher si vous continuez comme ça

Au cas où si ça intéresse qn :
 
Les fêtes battaient leur plein ?????
 
Nan, les fêtes battaient son plein

Pour l'extern, c'est le message que j'ai donné et qui disait que je redéclarais la variable ue nouvelle fois et que cette nouvelle déclaration est d'un type différent que le type initial.
 
En gros, il me dit que j'ai fais ça :
T_BlaBla maVariable
T_UnAutreBlaBla maVariable

Mais bon je ferai le copier-coller excat demain

ben comme t'as dis cris56, regarde la sortie du CPP, ton système de .h, il va s'en prendre une déculottée

schnapsmann > des origines alsaciennes par hasard ?

Alors voilà :
 
Sans rien changer, le message était le suivant :

 
Bien entendu en déclarant des variables de type struct à l'intérieur de mon union, j'ai du renommer mes lignes de code et faire préfixer les champs par le nom de la variable. Et ça fonctionne en extern comme prévu.
 
Enfin, comme dit plus haut, j'ai testé en gardant ma version de départ (celle qui ne fait que définir un type sans déclarer de variables de struct à l'intérieur) et en m'arrangeant pour que le nom des champs de chaque struct imbriquée dans l'union soit différent. Et là ça marche en extern sans pb, LabWin retrouve ses petits...