RE : [Tsp-devel] Provider et jeune débutant

[Eric.NOULARD]

L'API des fonctions du GLU sont documentées dans le glue_server.h
sinon
le GLU_get_instance est là pour des providers "multi-instanciables"
par exemple le res_reader qui est (en théorie) capable de lire
'n' fichiers différents simultanément.

en gros un provider multi-instanciable serait un provider capable
d'accéder à plusieurs sources de données.

A NOTER que c'est certainement à ça qu'aurit pu servir le GLU_thread car
dans ce cas on peut démarrer +ieurs GLU_thread.

mais pourtant ce n'est pas ce que semble faire le res_reader
il faut docn que je m'y plonge un peu plus.

Eric

-------- Message d'origine--------
De:     address@hidden de la part de sebastien guilbaud
Date:   lun. 07/06/2004 10:53
À:      ML TSP
Cc:    
Objet:  [Tsp-devel] Provider et jeune débutant

Salut a tous,
En temps que nouveau sur la liste, (du - en terme de contributions) j'ai
une
question pour les spécialistes du coté provider :
Voilà - plouf plouf - Je m'interroge sur la possibilité d'interfacer en bon
utilisateur que je suis un programme ultra simple genre ;

main (blabla) {
double toto;
while (1) toto++;
usleep (qqch);
exit (1);}

au serveur de données qu'est le TSP. Coté consommateur je pourrais alors
lancer ma belle IHM et voir une belle ligne qui grimpe avec le temps
(moyennant la prise en compte du temps dans mon main mais j'ai fait court)

Jusqu'à présent, la seule chose présente dans le code (stub server) est
un thread, (GLU_thread) partie intégrante du TSP qui délivre des données
calculées via une libcalc. Il ne s'agit donc pas d'un process
indépendant mais d'un calcul de données initié et piloté par le TSP lui
même.

Comment dois je m'y prendre pour fair la colle entre
1- mon main
2- le TSP qui crée a RPC connection, le datapool etc ect ....

Sont ce alors 2 process différents ? (non threadés)

Voilà, par ailleurs dans le stub server, certaines fonctions de GLU ne
font pas grand chose. Je pense a GLU_get_instance() (je crois) dont
l'implémentation me parait pour le moins minimale (une chaine d'erreur
vide retournée tout le temps ). A quoi sert il donc ?

Merci de vos idées.

Je précise également entre autres choses que je rédige actuellement une
doc pour la prise en main du TSP pour les béotiens tels que moi. Je
pense pouvoir vous délivrer un premier draft avant l'été .....

A+
Seb


_______________________________________________
Tsp-devel mailing list
address@hidden
http://lists.nongnu.org/mailman/listinfo/tsp-devel