[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Tsp-devel] Provider et jeune débutant
From: |
sebastien guilbaud |
Subject: |
[Tsp-devel] Provider et jeune débutant |
Date: |
Mon, 07 Jun 2004 10:53:11 +0200 |
User-agent: |
Mozilla Thunderbird 0.5 (Windows/20040207) |
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
[Prev in Thread] |
Current Thread |
[Next in Thread] |
- [Tsp-devel] Provider et jeune débutant,
sebastien guilbaud <=