OK, donc je devrais refaire le boulot de PS pour avoir une vue de tous les processes...ca sent le execve("ps -auxww")

Tout ce que ps te dit, il le trouve dans /proc/<pid>

/proc/<pid>/status, /proc/<pid>/fd, /proc/<pid>/cwd, /proc/<pid>/cmdline, /proc/<pid>/maps sont sympas, mais tous les autres aussi...

Tiens y a le même genre de /proc file pour "ps -auxww" ?

Pour un client à la fois, tu peux lancer nc dans un while.
Et pour du multiclient, fais ça en python:

Mmh bien sur c'est pas lp qui m'intéresse mais rp pour la detection du port server (si je suis client)

Tiens pour tester le joujou, j'utilise netcat, mais dès que je referme le telnet...le serveur netcat saute, on sait pas le faire redémarrer tt le temps?
ou alors j'écris un brol en C qui tient plus longtps?

Désolé, hier, j'étais dans un trip windows. ( ca dépend du client )




MAN is the only friend you must have...

strace est effectivement un ami de longue date. Mais il ne faudrait pas non plus le laisser dans l'ignorance de ce bon vieux ltrace qui permet, en plus des appels système, de tracer les appels à la libc et à d'autres librairies du système.

strace est souvent ton ami.
Si tu te demandes comment fait netstat pour trouver cette info, strace netstat te le dit...

C'est typiquement ce genre de choses qui m'excitent sous Linux mais qui m'énerve aussi d'avoir sous la main sans le savoir...j'espère que le nouveau livre que viens d'acheter (Essential Linux Drivers) m'aidera à progresser (bien que ce ne soit pas vraiment IP-oriented)


Il faut être super-humble avec sa courbe d'apprentissage à notre âge...

Merci.

N'oublie pas qu'à l'autre bout d'un même port, tu peux en avoir plusieurs autres (mon prog s'arrête au premier, sans raison, je corrige).
Et si tu veux aussi les connexions IPv6, c'est /proc/net/tcp6 que tu dois parser.