Ouverture d'un terminal tty a partir d'un programme

bonjour,

J'essais de demarrer un terminal unix (dtterm) a partir d'un programme c. Pour cela, j'utilisais: system("dtterm&");

Malheuresement, cet appel ne me permet pas de recuperer proprement le tty du terminal que je vien de demarrer (dont j'ai besoin pour ne pas le perdre dans la nature).

Est il possible de le faire, eventuelement d'une autre maniere, ou par l'intermediere d'une autre fonction?

je ne sais pas mais tu peux faire :

avant de lancer :

Code:

---

system ( "ps -ef > toto");

---

puis ton

Code:

---

system("dtterm&");

---

puis un

Code:

---

system("ps -ef > titi"

---

et comparer titi et toto pour savoir son id


Ou bien

Code:

---

1 2	system("dtterm&"); system("ps -ef | grep TONPID > toto");

---

(où TONPID et le pid de ton process (getpid()) )

et analyser toto avoir son pid.

Au passage un équivalent à

Code:

---

ps -ef | grep TONPID

---

est (sous condition de disponibilité de la commande sur ton os)

Code:

---

pgrep TONPID

---

oui d'ailleurs j'avais oublié de dire que dans le cas cité ton ddterm est fils de ton process, et donc dans la liste donnée pas ps -ef le pid de ton process sera listé dans la colonne "pid parent" de ton dtterm (d'où le grep)

Est-ce que faire un mini programme qui appelle getpid() dans le terminal
lancé et rediriger sa sortie dans un fifo ne serait pas plus sûr ??

Car si un autre processus est lancé entre temps, la comparaison entre les 2 ps ne sera pas éfficace, car il y aura plus d'un choix.

Qu'en pensez-vous ?

Citation:

---

Envoyé par je®ome

Est-ce que faire un mini programme qui appelle getpid() dans le terminal
lancé et rediriger sa sortie dans un fifo ne serait pas plus sûr ??

Car si un autre processus est lancé entre temps, la comparaison entre les 2 ps ne sera pas éfficace, car il y aura plus d'un choix.

Qu'en pensez-vous ?

---

Pour la différence entre les 2 peut-être.

Mais d'une part on peut séquencer le tout dans un seul appel à système, auquel cas ça vaut pas le coup

Mais surtout si on prend la dernière solution, le pid du parent séléctionne automatiquement le bon... (enfin les N bonnes lignes : celle du parent et celles de tous ses enfants. Et en rajoutant un grep avec le dtterm, tu as juste la bonne...

Citation:

---

Envoyé par souviron34

Pour la différence entre les 2 peut-être.

Mais d'une part on peut séquencer le tout dans un seul appel à système, auquel cas ça vaut pas le coup

Mais surtout si on prend la dernière solution, le pid du parent séléctionne automatiquement le bon... (enfin les N bonnes lignes : celle du parent et celles de tous ses enfants. Et en rajoutant un grep avec le dtterm, tu as juste la bonne...

---

Merci pour l'explication de ce choix. C'est vrai que c'est plus simple...

merci pour toutes ces informations.
J'ai adapter un peu, pousser mes recherches et j'arrive a une solution fonctionnelle (que je ne trouve pas tres propre soit dit en passant)
apres avoir lancer le terminal avec la commande dtterm -name t2 &
j'utilise : ps -e -o pid -o args|grep -v grep|grep t2
pour recuperer le pid du dtterm, puis: ps -e -o tty -o ppid|grep "pid"
("pid" est la valeur du pid recuperer precedement) ce qui me donne le fichier tty utiliser par nouveau terminal qui a lui meme lancer un ksh dans mon cas (d'ou le -o ppid et non -o pid).

Le tout est automatiser en c (ce qui etait mon but)
en redirigent la sortie des commandes vers des fichiers pour en extraire les valeurs interessantes avec fscanf.

bref comme je le disais c'est pas magnifique. si une fonction c permet de lancer un terminal en recuperant directement son tty j'aimerais bien la connaitre :)