tsp-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Tsp-devel] Ptit debriefing necessaire


From: dvp.duf
Subject: Re: [Tsp-devel] Ptit debriefing necessaire
Date: Mon, 14 Mar 2005 21:21:45 +0100
User-agent: Mozilla Thunderbird 1.0 (X11/20041206)

Salut Fred,

Cela a peut-etre avoir avec le passage en n-flux de commande commencé par notre Gourou à Tous, mais comme c'est mal de denoncer un petit camarade je ne dirais pas qui c'est sauf que son prénom commence par E et finit par C. Sinon en théorie, avec un vrai serveur RPC, comme on reste en connecté, il n'y a peut-etre pas la destruction du thread. Alors que toi en XMLRPC, c'est moins sur.

Esperons que E..C aura un avis + éclairé que moi, sinon mercredi j'irais voir dans le code pour une réponse + précise.
Y++

Frederik Deweerdt wrote:

Avé

Je suis en train de bosser sur l'ajout d'XMLRPC comme transport pour canal
des commandes.
La partie communication client <-> serveur semble marcher sans trop de problème
le seul problème reste le passage de type de données compliqués (ce n'est pas
très élégant).
J'ai un problème avec le cycle de vie TSP_provider_rqh_manager_* et son
interaction avec les status (running, idle etc...)
J'ai la sortie suivante avec le tsp_stub_server:

   i/o||tsp_provider_init.c##TSP_provider_init##50: -->IN
   i/o||tsp_provider.c##TSP_cmd_line_parser##87: -->IN
  Info||tsp_provider.c##TSP_cmd_line_parser##211: No GLU stream init provided 
on command line
   i/o||tsp_provider.c##TSP_cmd_line_parser##221: -->OUT
   i/o||tsp_request.c##TSP_provider_rqh_manager_init##142: -->IN
   i/o||tsp_request.c##TSP_provider_rqh_manager_init##167: -->OUT
   i/o||tsp_provider_init.c##TSP_provider_init##60: -->OUT
   i/o||tsp_provider_init.c##TSP_provider_run##69: -->IN
   i/o||tsp_request.c##TSP_provider_rqh_manager_install##110: -->IN
   i/o||tsp_request.c##TSP_provider_rqh_manager_install##133: -->OUT
   i/o||tsp_request.c##TSP_provider_rqh_manager_refresh##183: -->IN
   i/o||tsp_server.c##TSP_rpc_request_run##390: -->IN
   i/o||tsp_request.c##TSP_provider_rqh_manager_end##250: -->IN
Info||tsp_request.c##TSP_provider_rqh_manager_refresh##222: Request handler # 0 started with URL i/o||tsp_request.c##TSP_provider_rqh_manager_refresh##235: -->OUT
   i/o||tsp_provider_init.c##TSP_provider_run##104: -->OUT
   i/o||tsp_request.c##TSP_provider_rqh_manager_get_nb_running##67: -->IN
FIXME: find a way to stop the abyss server
   i/o||tsp_request.c##TSP_provider_rqh_manager_get_nb_running##73: -->OUT
   i/o||tsp_request.c##TSP_provider_rqh_manager_end##280: -->OUT

Le FIXME est ce que j'ai mis dans TSP_rpc_stop, comme se fait-il que cette fonction se fasse appeler (si j'ai bien compris c'est un atexit() qui provoque l'appel)?
Je sens qu'un thread trifouille dans mon dos pour fermer la requete, mais l'api
reste un peu floue pour moi. Un eclaireur de lenterne siouplé?

Merci, et a+
Fred






reply via email to

[Prev in Thread] Current Thread [Next in Thread]