quand je lance gvim depuis un terminal, puis que je ferme ce terminal,
gvim n'est pas "fermé" en même temps. Cependant, ce comportement n'est
pas le même avec la plupart des autres process (mozilla ...). Quand je
fais un pstree, je vois que gvim s'accroche directement à mon WM,
contrairement aux autres process qui eux dépendent du term qui les a lancés.
Quelqu'un pourrait-il m'expliquer (lien vers un tuto ou autre), comment
reproduire ce comportement ?
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Nicolas George
Nazcafan wrote in message <4332b5b5$0$29667$:
quand je lance gvim depuis un terminal, puis que je ferme ce terminal, gvim n'est pas "fermé" en même temps. Cependant, ce comportement n'est pas le même avec la plupart des autres process (mozilla ...). Quand je fais un pstree, je vois que gvim s'accroche directement à mon WM, contrairement aux autres process qui eux dépendent du term qui les a lancés.
Pour détacher le programme :
setsid mozilla
Il faut également détacher ses file descriptors :
setsid mozilla < /dev/null > /dev/null 2>&1
(avec zsh, on peut écrire >& /dev/null pour rediriger 1 et 2 d'un coup)
Quelqu'un pourrait-il m'expliquer (lien vers un tuto ou autre), comment reproduire ce comportement ?
Dans le cas de gvim, je soupçonne qu'il ignore simplement les SIGHUP, ce qui n'est pas très élégant.
Nazcafan wrote in message <4332b5b5$0$29667$626a14ce@news.free.fr>:
quand je lance gvim depuis un terminal, puis que je ferme ce terminal,
gvim n'est pas "fermé" en même temps. Cependant, ce comportement n'est
pas le même avec la plupart des autres process (mozilla ...). Quand je
fais un pstree, je vois que gvim s'accroche directement à mon WM,
contrairement aux autres process qui eux dépendent du term qui les a lancés.
Pour détacher le programme :
setsid mozilla
Il faut également détacher ses file descriptors :
setsid mozilla < /dev/null > /dev/null 2>&1
(avec zsh, on peut écrire >& /dev/null pour rediriger 1 et 2 d'un coup)
Quelqu'un pourrait-il m'expliquer (lien vers un tuto ou autre), comment
reproduire ce comportement ?
Dans le cas de gvim, je soupçonne qu'il ignore simplement les SIGHUP, ce qui
n'est pas très élégant.
quand je lance gvim depuis un terminal, puis que je ferme ce terminal, gvim n'est pas "fermé" en même temps. Cependant, ce comportement n'est pas le même avec la plupart des autres process (mozilla ...). Quand je fais un pstree, je vois que gvim s'accroche directement à mon WM, contrairement aux autres process qui eux dépendent du term qui les a lancés.
Pour détacher le programme :
setsid mozilla
Il faut également détacher ses file descriptors :
setsid mozilla < /dev/null > /dev/null 2>&1
(avec zsh, on peut écrire >& /dev/null pour rediriger 1 et 2 d'un coup)
Quelqu'un pourrait-il m'expliquer (lien vers un tuto ou autre), comment reproduire ce comportement ?
Dans le cas de gvim, je soupçonne qu'il ignore simplement les SIGHUP, ce qui n'est pas très élégant.
Nazcafan
Nazcafan wrote in message <4332b5b5$0$29667$:
quand je lance gvim depuis un terminal, puis que je ferme ce terminal, gvim n'est pas "fermé" en même temps. Cependant, ce comportement n'est pas le même avec la plupart des autres process (mozilla ...). Quand je fais un pstree, je vois que gvim s'accroche directement à mon WM, contrairement aux autres process qui eux dépendent du term qui les a lancés.
Pour détacher le programme :
setsid mozilla
Il faut également détacher ses file descriptors :
setsid mozilla < /dev/null > /dev/null 2>&1
(avec zsh, on peut écrire >& /dev/null pour rediriger 1 et 2 d'un coup)
ok, ça a l'air de bien fonctionner;j'ai pas super bien compris _comment_
ça marche, mais un coup de man setsid devrait finir de m'éclairer, merci bien.
Dans le cas de gvim, je soupçonne qu'il ignore simplement les SIGHUP, ce qui n'est pas très élégant.
vais faire un google sur sighup quand j'aurai le temps. Merci encore en tout cas
-- Nazcafan
Nazcafan wrote in message <4332b5b5$0$29667$626a14ce@news.free.fr>:
quand je lance gvim depuis un terminal, puis que je ferme ce terminal,
gvim n'est pas "fermé" en même temps. Cependant, ce comportement n'est
pas le même avec la plupart des autres process (mozilla ...). Quand je
fais un pstree, je vois que gvim s'accroche directement à mon WM,
contrairement aux autres process qui eux dépendent du term qui les a lancés.
Pour détacher le programme :
setsid mozilla
Il faut également détacher ses file descriptors :
setsid mozilla < /dev/null > /dev/null 2>&1
(avec zsh, on peut écrire >& /dev/null pour rediriger 1 et 2 d'un coup)
ok, ça a l'air de bien fonctionner;j'ai pas super bien compris _comment_
ça marche, mais un coup de man setsid devrait finir de m'éclairer, merci
bien.
Dans le cas de gvim, je soupçonne qu'il ignore simplement les SIGHUP, ce qui
n'est pas très élégant.
vais faire un google sur sighup quand j'aurai le temps. Merci encore en
tout cas
quand je lance gvim depuis un terminal, puis que je ferme ce terminal, gvim n'est pas "fermé" en même temps. Cependant, ce comportement n'est pas le même avec la plupart des autres process (mozilla ...). Quand je fais un pstree, je vois que gvim s'accroche directement à mon WM, contrairement aux autres process qui eux dépendent du term qui les a lancés.
Pour détacher le programme :
setsid mozilla
Il faut également détacher ses file descriptors :
setsid mozilla < /dev/null > /dev/null 2>&1
(avec zsh, on peut écrire >& /dev/null pour rediriger 1 et 2 d'un coup)
ok, ça a l'air de bien fonctionner;j'ai pas super bien compris _comment_
ça marche, mais un coup de man setsid devrait finir de m'éclairer, merci bien.
Dans le cas de gvim, je soupçonne qu'il ignore simplement les SIGHUP, ce qui n'est pas très élégant.
vais faire un google sur sighup quand j'aurai le temps. Merci encore en tout cas
