[F] High-tech » Histoires de boutiens - Page 2

Mes macros convertissent effectivement systématiquement, qu'importe l'endianesse de la machine. C'est en général usité dans le cadre d'une conversion 'forcée' d'un système à l'autre (cf. ./10986)

Kochise

./11014 > Mais toi tu as mis les parenthèses également

RHJPP (./11014) :
./11010 Je viens de tester avec ./11009 et ça fonctionne très bien...

Essaye avec B2L_16(0x12345678)

Kochise

Kochise (./11017) :

RHJPP (./11014) :
./11010 Je viens de tester avec ./11009 et ça fonctionne très bien...

Essaye avec B2L_16(0x12345678)

Bah, ça fait comme avec ta version 0X7856...

Désolé de me repeter, mais les fonction ht* sont la pour faire les conversion Big/Little endian

Godzil (./11021) :
Désolé de me repeter, mais les fonction ht* sont la pour faire les conversion Big/Little endian

ht* ? C'est un extrait de ma toolbox pour un driver Erlang. Les frames Erlang sont typées big-little-native, au choix. Comme tu peux distribuer le même code sur plusieures architectures différentes, t'es de fait forcé de choisir un endianesse défini pour pouvoir travailler (comme le TCP en big) et donc de fait, le driver écrit en C connait le format de la trame.

Kochise

merci Ethaniel pour cette piqure de javadoc

Mais de rien !

(elles ne sont pas sécurisées vos macros)

C'est à dire ?

TO_LE_64(i++) a une grande chance de faire des conneries.

(comment ça, je chipote ? )

Ah oui OK, mais c'est un problème récurrent avec les macros ça.

Perso je me suis fait des fonctions du style Write32BE(ptr, value) qui écrivent/lisent des données en mémoire en little/big endian. Du coup y'a pas ce problème, et comme ça accède octet par octet, ça permet d'éviter aussi les problèmes d'alignement (pas de souci si on veut accéder à un word à une adresse impaire, même sur les machines qui ne supportent pas ça). Évidemment c'est moins performant que les macros citées précédemment, mais c'est plus pratique je trouve.

C'est gérable pour les macros, juste plus long à écrire. Et pas forcément utile si on a des méthode de codage qui tiennent la route, bien sûr

http://lxr.free-electrons.com/source/include/linux/kernel.h

#define min(x, y) ({                            \
632         typeof(x) _min1 = (x);                  \
633         typeof(y) _min2 = (y);                  \
634         (void) (&_min1 == &_min2);              \
635         _min1 < _min2 ? _min1 : _min2; })
636 
637 #define max(x, y) ({                            \
638         typeof(x) _max1 = (x);                  \
639         typeof(y) _max2 = (y);                  \
640         (void) (&_max1 == &_max2);              \
641         _max1 > _max2 ? _max1 : _max2; })

Ouais, mais ça nécessite typeof() si on veut que ce soit indépendant du type.

oui
et de la pile

Jolie macro, par contre je ne vois pas l'utilité du (void) (&_max1 == &_max2)
Enfin si j'ai accès au C++ je préfère quand même ça:

template <typename T>
static inline T min(T x, T y) {
    return x < y? x: y;
}

demande à Linus