[Tsp-devel] RE: TSP Request Sample à la vol ée...

[Eric.NOULARD]

Oui je comprends pourquoi tu ne vois pas pourquoi :))

Ce cochon mais néanmoins très compétent Stéphane Gal. a un peu
dissimulé la chose.

Ce qui est caché c'est le fait que ton TSP_provider_t  est en
fait un pointeur qui contient toutes les données d'une session
TSP.

Suivant les specs un TSP_request_open renvoie un id de session
(si l'open réussi).
Cet id de sesion est utilisé dans toute les requêtes ultérieures
via cette "session" TSP. Cela permet entre autre de gérer une table
des états des consumers côté provider.

Stéphane Gal. a caché cette outillage dans son 'handle' opaque
TSP_provider_t.

C'est en fait l'infame:
TSP_consumer_connect_all qui te cache l'allocation des handles.
Lis le code
src/core/driver/tsp_consumer.c:TSP_consumer_connect_all

et tu verras comment faire plusieurs sessions avec le même
provider.

Je ne saurais que trop conseiller aux concepteurs de consumer
TSP robustes de ne pas s'appuyer sur l'API
(TSP_consumer_connect_all) a qui je couperais
bien le cou sans scrupule.

Mieux vaut gérer sa recherche de provider actif tout seul
voir que les paramètres d'ouverture d'une session TSP soit
SPECIFIER par l'UTILISATEUR.
je veux dire par là que TSP est fait pour faire tourner
les procvider à un endroit et les consumer à un autre donc
on va pas 'scanner' le Voisinage Reseau (TM) du consumer
pour trouver les provider qui l'entoure, ou en tout cas
un consumer velu peut le faire, MAIS sans s'appuyer sur l'API TSP.


-----Original Message-----
From:   GARAY Stephane [mailto:address@hidden]
Sent:   Thu 4/15/2004 4:08 PM
To:     NOULARD, Eric-Syntegra FR; DUFRENNE Yves
Cc:     address@hidden
Subject:        RE: TSP Request Sample à la volée...
Si j'ai bien tout compris, tu me demandes de faire une deuxième connexion
au même provider de type TSP_provider_t .
Je fais cela via la méthode TSP_consumer_request_open. Correct ?
Je ne vois pas comment différencier mes deux connexions après coup...
Moi avoir raté quelque chose ?

Stef.