Bonjour
 
Bon voilà mon problème :
 
Je voudrais lancer une application qui prenne le tty12 pour afficher ses infos, sachant que c'est un affichage en temps reel donc le process continue à tourner.
 
en fait si je fait "$ process > /dev/tty12" ça marche impec sauf que le tty actuel est occupé par le process et donc je monopolise le tty actuel + tty12, si je mets "&" à la fin, il considere que je le mets en background, il crash le process en figeant le tty12 sur le dernier moment avant le passage en tache de fond.
 
Vous me direz, pourquoi pas lancer directement le process en tty actuel ? Bah parce que je veux mettre plusieurs process de ce style au boot et que je les veux sur des tty pas utilisés classiquement pour le login
 
Si quelqu'un sait comment faire ça serait cool...

s'ils sont lancés en service , ils sont détachs des tty nan ?

faudrait juste qu'il y ait un 1>/dev/tty12  au demarrage ...

je sais pas j'ai pas envie de faire 30 reboot pour tester c'est pour ça je demande

Euh donc en fait le tty12 au demarrage pas de pbm seulement je voudrais que ce process soit lancé automatiquement en tty12 au boot egalement
 
Donc en fait la vraie question c'est : comment lancer une appli en disant au systeme qu'elle est executée en tty12 alors qu'on y est pas ? ( parce qu'au boot on est pas en tty12 )
 
P.S. :  
 
si je le mets dans l'inittab le process stop comme avec le &...

tu met ton appli en service (/etc/rc.d/init ) en veillant à sortir proprement du script (exit 0) afin de rendre la main au system pour poursuivre le chargement des autres services.  tout ce que j'en sais c'est le processus est détaché de tout tty  mais pour avoir les logs sur le tty12 je verrait bien un service barbare dans ce style  
 
#!/bin/sh
# redirection de l'affichage et des erreurs sur ce tty  
 ./mon_appli 1>/dev/tty12 2>/dev/tty12 &  
exit 0

oki ca marche impec merci

ah nan tient ca fait comme moi
 
En fait il marche mais des que ca flush de l'autre côté ca donne "stopped"

ou p't'etre un probleme de fork dans l'appli . quand on observe les scripts d'init des differents services , l'appli n'est jamais suivi d'un & . elle doit forker dans le code .

[edtdd]--Message édité par nicotine--[/edtdd]

et en fait je parie que t'as une appli zombie apres non ?

oui un bo defunct
 
Bon en fait j'ai reussi quand meme avec la inittab mai ca fait un truc super zarb.
 
En fait c comme si le clavier etait en conflit, les autre tty rament tellement que faut taper plusieurs fois les lettrespour qu'elles s'affichent et par contre en distant pas de pbm, y'a que les tty qui font ca.
 
le soft c iptraf et il rame aussi dans son refresh par cette methode, d'une maniere general des qu'on reprend la main c soit stopped soit dans le meilleur des cas selon les methodes que les tty rament toutes...
 
par contre un classique > /dev/tty12 sans reprendre la main ca marche niquel...
 
C'est trop penible de buter sur un truc con comme ca...
 
Et je trouve aucun moyen de specifier l'environnement tty12 pour lancer l'appli au boot...

mais c'est clair qu'elle aime pas le fork en tout cas

ok en fait pour changer c'est uen connerie à laquelle je viens de penser là, c'est le stdin qui lui pose pbm pas le stdout...
 
il nefait pas forcement qu'afficher....
 
Donc forcement ça va bcp mieux avec un simple :
 
iptraf -d ppp0 < /dev/tty12 > /dev/tty12 &
 
Putain se faire chier comme ça pour une connerie pareil pfff...

trouvé sur http://cebu.mozcom.com/riker/iptra [...] tml#backop
 
.....and the -B parameter to actually daemonize the program.  For example, to
run the IP Traffic Monitor in the background for all interfaces, issue the
command
 
iptraf -i all -B
 
p't'etre le lancer comme ca    
#!/bin/sh
iptraf -i all -B 1>/dev/tty12

laisse tomber mon dernier post , t'as pas une vue du traffic alors qu'avec la tienne oui