Re: RE : RE : RE : [Tsp-devel] Black board dynamique

[Erk]

Le 30/06/06, TSP<address@hidden> a écrit :
> Salut à tous.
>
> En fait la création dynamique de symbol n'est pas si facile.

Je suis d'accord :))
mais ...

> Le datapool_initialise me demande tout de suite mes symboles observables, alors 
> que j'en ai encore aucune.

C'est (mal)heureusement vrai.
Le datapool est dimensionné (calloc) en fonction
  du nombre de symboles
  de leur  type (&dimension si tableau)

DES L'INIT vu que comme ça on ne fait plus de malloc apres l'init...

> Mon but était que chaque demande de variables par un consumer tombe
> dans le glu, pour qu'il crée une liste dynamique de ce qui est possible de 
> sampler.

Il faudrait un datapool variable ou un espace mémoire "banalisé".
Aujourdh'ui ce qui est simple aujourdh'ui c'est que le datapool est indexable
directement oar le PGI.

Ce qu'il est "facile" de faire aujourd'hui c'est de "réserver" des PGI
en leur donnant
un nom de symbole bidon au départ mais qui permettent de tailler le datapool
au max.

Ensuite quand tu reçois des GLU_get_pgi tu valides comme tu le sens
avec tes symboles "pré_alloués".

Sinon je suis d'accord sur un truc.
On a oublié de mettre dans le GLU des "hook" qui nous permettraient
de "faire des chose" au moment de l'appel à tsp_request_XXXX
en gros je pense qu"un hook en entree et en sortie de l'appel nous serait
tres utile.

Je lance un autre thread sur ce sujet et un sujet connexe de l'API renversée
pour le GLU.
> Je vais creuser encore un peu.

Avec plaisir :))
J'attends avec impatience.

> Y++
>
> Pour les gourmands ...
> =================================
> TSP_datapool_initialize(TSP_datapool_t* datapool, GLU_handle_t* glu) {
>   TSP_sample_symbol_info_list_t symbols;
> ...
>   /* Link datapool and glu */
>   datapool->h_glu = glu;
>   glu->get_ssi_list(glu,&symbols);
--
Erk