Salut Stef. Tu as fort bien raison. Le vrai type 64 bits du XDR c'est l'hyper. Mais celui-ci ne devant pas forcément être présent dans nos vieux RPC bidouillés sur vieilles plateformes 32bits, on a sans doute un peu cafouillé. Et le bug doit pas forcément se voir sur toutes les machines (la taille du long étant toujours un mystère), surtout vu la puissance des Tests Unitaires de TSP :=)
Mets donc un hyper dans notre moteur, ou ouvre un bug. Y++ On 8/13/06, Stephane GALLES <[EMAIL PROTECTED]> wrote:
Je suis en ce moment en train de me remettre gentiment à l'implémentation du multi-type dans le consumer Ruby, et dans la plus pure tradition "use the code, Luc", j'étudie le code C du provider pour comprendre ce que je dois décoder. Et je suis tombé sur un truc qui me fait me gratter la tête, et cela me décoiffe, et après cela me fait des épis (mais je m'égare) : Dans le fichier tsp_decoder.c, fonction TSP_data_channel_int64_decoder on utilise la fonction xdr_long pour décoder un int64. Alors je dois surement louper un truc dans l'histoire, mais il me semble que xdr_long ne travaille que sur 32 bits, et que c'est xdr_hyper qui gère le 64 bits. Mais bon, cela fait un moment que je n'ai pas trempé dans tout cela, et je suis sur que c'est le soleil et les embruns de ces vacances qui me ramolissent le cerveau. Quelqu'un peut - il m'éclairer la dessus ? Merci ! Steph _______________________________________________ Tsp-devel mailing list [email protected] http://lists.nongnu.org/mailman/listinfo/tsp-devel
_______________________________________________ Tsp-devel mailing list [email protected] http://lists.nongnu.org/mailman/listinfo/tsp-devel
