Bonjour à tous,
J'ai 2 questions suite à l'exemple du
glue_stub :
1) ma
compréhension est que un seul TSP_provider_run est possible et donc un seul
TSP_provider_init et donc un seul GLU_handle et donc une seule base frequency.
J'ai donc dans mon process un seul et unique provider. Je sais le gerer comme
cela mais j'aurais voulu etre sur qu'il n'y a pas de possiblite de multi
provider (chacun avec sa liste et sa frequence) par process.
2) une fonction est passée en argument du GLU_handle_create
pour etre utilisé dans un thread crée dans le TSP_provider_run. C'est cette
fonction qui va envoyer les samples en fonction de ce qui est demandé. Dans ton
exemple, la fonction attend avec un sleep pour simuler le temps. Est il possible
que cela soit un thread que j'ai déja et qui est en charge de faire les
acquisitions cycliques qui fassent ce traitement (TSP_datapool_get_reverse_list
et boucle sur les symboles demandés avec appel à
TSP_datapool_push_next_item). Cela me semble correspondre au cas GLU passive et a
l'appel de async_write sur la GLU mais je suis pas sur car j'ai pas réussi à
trouver d'exemple.
Merci
d'avance
Salut,
Comme on me le
demande souvent, voici un petit résumé sur "le TSP facile pour les nuls en 5
étapes", ou en plus poétique "Comment dompter les 5 têtes du
dragon"
En suivant ces
liens, vous devriez pouvoir intégrer TSP dans n'importe quel
producteur de données en 1 jour ou 2 de bonne transpiration sur le
clavier.
1) Télécharger
les sources de TSP
Pour commencer,
les dernières sources labélisées sont un bon départ, donc actuellement c'est
la 0.8.3.
2)
RTFM
Et oui, il faut
bien lire la doc du programmeur, mais pas trop car un vrai hacker
méprise toute forme de documentation pour mieux pouvoir râler sur le
code.
3)
Générer sa lib TSP
Pour cela le
chapitre 2.3.2 du doc précédent est vraiment bien fait. Il suppose que
vous ayez Cmake installé, et peut nécessiter un peu de travail pour des avoir
des librairies dynamiques ou pour marcher sous Windows, mais sinon c'est
direct.
4) Intégrer TSP dans son
Provider.
Le chapitre 4 est
aussi très éclairant, merci aux grands manitous qui ont mis par écrit
leurs immenses savoirs.
Je rajoute en
fichier bonus le petit exemple de provider "stub" de TSP avec son petit main,
qui continue à faire école.
5) Tester le résultat
Là c'est l'apogée
TSPiennes !
On peut facilement
tester si son provider marche, ou si il faut lancer gdb pour traquer son "core
dump" :=)
Voila, merci de
m'avoir lu, et encore + de vivre avec nous la TSP'erience.
Yves
-------------------------------------------
Yves DUFRENNE
Specialist in Linux
Security
31 Rue des Cosmonautes, 31400 Toulouse,
France
Tel.:
+33-5-6219 7150, Fax: +33-5-6219 7741
-------------------------------------------
P Before
printing, think about ENVIRONMENTAL responsibility