Re: [Tsp-devel] TARGA : Gestion Multi-types

[Erk]

2006/7/2, Erk <address@hidden>:
> 2006/7/2, Stef Euskadi <address@hidden>:
> > Agur,
> >
> >  Quelques questions pour vous les gars...
> >
> >  1/ Structure SSI
> >
> >  Quoi mettre au niveau du GroupIndex et GroupRank avant de donner
> >  au TSP_consummer_request_sample ? Ou est-ce une sortie comme le PGI ?
>
> Ce sont tous les 2 des sorties.
> Je vais mettre à jour la doc.
>
> En fait les champ préfixés par "provider_" sont des infos
> en sortie fournies par le provider.
>
> Certaines infos sont en Entrée seule:
>       name
>       period
>       phase
>       offset
> Les autres sont en entrée sortie:
>       type
>       dimension
>       nelem

Je me corrige
       offset
est aussi une entrée/sortie.


> >  Je continue a chercher au niveau de TARGA de mon cote.
>
> Il faut juste ne pas supposer que (le contenu de) la structure passée à
> TSP_consumer_request_sample ne sera pas détruit.
>
> Si tu veux hasher les noms de variables il te faut le FAIRE
> après l'appel à TSP_consumer_request_sample.

Une petite précision.
En fait l'API actuelle de tsp_consumer
cache certaines choses notamment le fait que la réponse
à une request_sample est une answer_sample.

Donc en théorie on ne touche pas au contenu de la request sample
puisque la réponse est l'answer sample.

Sauf que pour des raisons de "simplicité" l'API consumer
écrase le contenu du paramètre de la reqest sample avec
le contenu de l'answer sample.

On en a déjà un peu discuté ici.
C'est parce que l'API C actuelle est "simple" mais un peu
éloignée de la specs.

On pourrait en fait offrir 2 APIs (comme dans jTSP)

une "complexe" mais qui colle à la specs
une "simple" qui ressemblerait à l'API actuelle.

A voir si ce sera utile un jour...

--
Erk