rhhhhhhhaaaaaaaaaaaaaa #mad# #vtff# - Page 4

Mais pourquoi se compliquer la vie ?

struct unique_t {
    union { 
        struct {
            /* Membre(s) de base communs */
            struct pt_t pt;

            union {
                /* Membre(s) spécifiques pour la version dérivée 1 */
                struct {
                    int truc;
                    ...
                }

                /* Membre(s) spécifiques pour la version dérivée 2 */
                struct {
                    float machin;
                    ...
                }

                ...
            }
        };        
        char pad[64]; /* Définit la taille de la structure */
     }
};

Une structure unique de taille fixe qui sert à tout, et t'utilises que les champs qui t'intéressent.

T'as oublié des ; à la fin des unions et structs anonymes... Ici 'machin' écrase 'truc', attention :/

Kochise

Exact pour les points-virgules.

Sinon, oui, machin écrase truc, vu qu'on considère que ce sont deux dérivées différentes d'une même base, donc c'est mutuellement exclusif.

Alors nomme tes structs pour qu'on puisse acceder aux différentes dérivées :

struct unique_t {
    union { 
        char pad[64]; /* Définit la taille de la structure */

        struct {
            /* Membre(s) de base communs */
            struct pt_t pt;

            union {
                /* Membre(s) spécifiques pour la version dérivée 1 */
                struct {
                    int truc;
                    ...
                } v1;

                /* Membre(s) spécifiques pour la version dérivée 2 */
                struct {
                    float machin;
                    ...
                } v2;

                ...
            };
        };        
     };
};

struct unique_t liste[256];

(...)

liste[0].pt.x = 0;
liste[0].v1.truc = 0; // Au même... 
liste[0].v2.machin = 0.0f; // ...emplacement mémoire

Kochise

Attention aux unions anonymes, ça n'est pas portable.

Pen^2 > est bien mieux que ! Et tu as oublié dans ta liste

Kochise (./94) :
Alors nomme tes structs pour qu'on puisse acceder aux différentes dérivées :

Ben ça dépend, si tu n'as pas de conflit de noms et que tu veux que ce soit transparent, tu les nommes pas. Sinon, ouais, faut faire comme ça.

Lionel > merci, j'avais oublié.

la rage historique roxe largement plus

./98 > en quoi rage est plus historique que furieux ?? juste parce qu'il est plus haut dans la liste ?
rage n'est pas assorti à la plupart des smileys car il n'a pas l'ombre qui donne une impression de relief, il a l'air tout plat
tiens sinon il y a aussi

c'est toute l'histoire de yN, c'est tout

Pen^2 (./40) :
faut dire qu'être obligé d'écrire
return std::numeric_limits<float>::signaling_NaN() ; fait peur aussi.
À se demander s'ils font exprès d'être à la fois illisible ET verbeux

tiens, ici ca serait
return TNumericTraits<float>::SNaN();

ceci dit, utiliser un sNaN pour retourner une erreur dans une fonction qui retourne un float, c'est vraiment particulierement degeulasse ouai...
si tu peux te permettre d'utiliser les exceptions, c'est probablement une meilleure solution, sinon, jsais pas, une fonction qui retourne un bool et set la valeur du float dans un parametre de sortie en ref.
quitte a ce que la valeur du parametre de sortie soit indefini dans le cas ou la fonction return false. ceci dit en fonction du contexte, c'etait ptet la meilleure solution/compromis, de retourner une valeur "invalide" dans le float

pis c'etait probablement du a un refactor ce coup de return false, ca arrive souvent qu'il y en aie qui passent a travers :/
comme quand tu trouve des return NULL dans une fonction retournant un bool, ou un BOOL, ou des return FALSE dans une fonction retournant un pointeur
(le pbl est moins present avec le 'nullptr' du c++0x ceci dit )

Kochise (./64) :

Godzil (./60) :
Meme en connaissant, ça peux ne pas etre délibéré certaines construction. Et de toute maniere si tu dev dans ton coin quoi qu'il en soit tu fait forcement un peu ce genre de choses, volontairement ou non

Non, il existe des "normes" de codage (syntaxe), de nomage de variable (notation hongroise, voir chez Microsoft) etc... Il suffit de suivre un minimum de bon sens et tu peux assez facilement pondre un truc structuré, commenté et documenté (même si ça ne plait pas à tout le monde)

Kochise

whaa serieux? il existe des normes?


./101>

toute l'histoire de yN c'est plutôt &c. pour moi mais bon (j'aurais bien mis mais on va me dire que c'est récent )
__________________________. <- pour rester in-topic

pas dans l'Ancien yN

./103> je dirais meme:
-
_-

iwannabear (./102) :
ceci dit, utiliser un sNaN pour retourner une erreur dans une fonction qui retourne un float, c'est vraiment particulierement degeulasse ouai...

j'avoue

si tu peux te permettre d'utiliser les exceptions, c'est probablement une meilleure solution, sinon, jsais pas, une fonction qui retourne un bool et set la valeur du float dans un parametre de sortie en ref.

moué, on verra si je suis motivé

Check box chk ReadOnly

J'aime bien, il y a même des bugs dans les exemples de MS

./105 > effectivement, j'ai corrigé ()

./108> encore heureux...

vous êtes sacrément bornés

Huhuhu

kikoo

lol

#Pollux#