Re: [Tsp-devel] TSP_STATUS, TRUE, FALSE etc...

[Erk]

Salut les amis,

Vu que cela semblait faire l'unanimité j'ai "rationaliser"
l'utilisation des status côté provider, ça a peu d'impact
mais tout de même c'est utile.
Au passage j'ai rajouté la vérif systématique du channel id
ce qui a exhibé un bug dans la version java qui ne renseignait
pas toujours l'Id correctement dans ses requêtes.

Avant de le faire côté consumer j'aimerais
que ceux qui auraient des modifs non-commités
côté consumer les remontent en conf
afin de leur éviter un merge.

Je pense plus particulièrement à Fred D (tspfs)
et Euskadi (gdisp+/targa).

Je ferais ces modifs semaine prochaine
possiblement en début oou Lundi si vous
me réponder avant que je peux y aller.

Merci d'avance

Erk

Le 14/04/06, address@hidden<address@hidden> a écrit :
> Cher amis TSPiens,
>
> J'aimerais rationaliser un peu les codes de retours
> des diffférentes API TSP (intérieur du CORE et également API publique).
>
> Certaines fonctions renvoient TRUE/FALSE
> d'autres 0 et  != 0
> d'autres des TSP_STATUS_xxx
> d'autres encore TSP_CONSUMER_STATUS_xxx
>
> J'aimerais unifier tout ça en ne renvoyant uniquement
> des TSP_STATUS_xxx afin de pouvoir vérifer la valeur
> de retour du genre
>
> if (TSP_STATUS_OK!=TSP_consumer_request_open) {
>
> ]
>
> Ces status étant définis par un enum dans tsp_rpc.x
> (et plus tard [ bientôt :))] dans tsp.idl) on peut
> dispoer des valeurs "symboliques" partout (ruby, perl, python, C, java ...)
> de façon consistente.
>
> Les seules fonctions qui ne renverraient pas de "TSP_STATUS_xxx"
> seraien celles renvoyant des pointeurs.
> Auquel cas pour ces dernière on poeut tester NULL ou !=NULL
>
> Qu'en dîtes-vous?
>
> ---
> Eric Noulard - Software Architect
> BT Consulting & Systems Integration
> tel: (+33) (0)534 604970
> mob: (+33) (0)607 948100
> web: www.bt.com/consulting
>
>
>
> _______________________________________________
> Tsp-devel mailing list
> address@hidden
> http://lists.nongnu.org/mailman/listinfo/tsp-devel
>


--
Erk