Re: [Tsp-devel] requêtes RPC avec 1 seu l paramêtre, pourquoi ?

[Stephane Galles]

Hum...

C'est un peu flou dans ma tête, mais voici quelques piste.

- Oui, cette histoire de RPC mono-arg a pu jouer, mais je ne suis
pas affirmatif (après tout si cela compile maintenant avec plusieurs args
sur toutes les les plateformes, on ne va pas trop se casser la tête, hein ?)
- N'y avait - il pas une notion de structure unique avec numéro de version
pour pouvoir faire des appels à partir d'une version plus ancienne d'un
client TSP ? (même si je ne voix plus trop comment cela pourrait marcher
si les stubs ne sont plus les même). En tout cas la version se trouve dans
les structures, on l'avais bien mise là pour quelque chose, non ? Si un
paramètre se retrouve tout seul à coté, il n'a pas de version. Ça ne 
pourrait
pas être cela le problème ?

Je vous renvoie aux écrits du brillant Eric N. (a.k.a. " The Brain") qui 
avait
rédigé les spec quand TSP était tout petit.

Voila, désolé, c'est tout ce que j'ai trouvé dans les couche 
pre-quaternaires de mon cerveau.

Steph


Eric NOULARD wrote:

> Est-ce que quelqu'un pourrait me dire
> pourquoi toutes 
> les requêtes RPC TSP ont un seul argument qui est
> une structure dans laquelle on a mis l'ensemble
> des arguments?
>
> Est-ce que par hasard c'est parce que sur certaines
> machines on avait pas le droit au RPC multi-arg?
>
> Est-ce que c'est une règle de conception?
> Si oui purquoi?
>
> Parce que si c'est ça je viens
> de m'apercevoir que j'ai pêté la règle avec
> la filtered infos que je viens de rajouter...
>
> Mais je peux encore changer si ça en vaut la peine.
>
> Stephane du grand Nord?
> Yves?
> Robert?
>
> Eric
>
>
>
> _______________________________________________
> Tsp-devel mailing list
> address@hidden
> http://lists.nongnu.org/mailman/listinfo/tsp-devel
>
>
>