pourquoi suis-je “Suspendu (ats de sortie)” dans un terminal, mais pas dans d'autres?

Apparemment j'ai fait quelque chose d'étrange/mauvais dans une tcsh, et maintenant chaque fois que je lance une application en arrière-plan qui s'imprime sur la sortie standard l'application est suspendue (à l'arrêt). Bizarre, c'est que ce comportement ne se produit que dans ce terminal; si je fais la même chose dans un autre terminal, l'application continue de courir en arrière-plan et l'imprime de sortie à la borne.

Dans le "cassé" terminal je dois mettre la suspension de l'application de retour en premier plan (avec fg) pour qu'il continue.

Exemple:

thehost:/tmp/test1(277)> ls -l &
[3] 1454
thehost:/tmp/test1(278)> 
[3]  + Suspended (tty output)        ls --color=auto -l
thehost:/tmp/test1(278)> fg
ls --color=auto -l
total 0
thehost:/tmp/test1(279)>

Même commande exécutée dans un autre terminal fonctionne très bien:

thehost:/tmp/test1(8)> ls -l &                                                 
[1] 2280                                                                        
thehost:/tmp/test1(9)> total 0                                                 

[1]    Done                          ls --color=auto -l                         
thehost:/tmp/test1(9)>

De départ d'un bash dans le terminal ne résout pas ce soit:

thehost:/tmp/test1(280)> bash
oliver@thehost:/tmp/test1$ ls -l &
[1] 2263
oliver@thehost:/tmp/test1$ 

[1]+  Stopped                 ls --color=auto -l
oliver@thehost:/tmp/test1$ fg
ls --color=auto -l
total 0
oliver@thehost:/tmp/test1$

D'obtenir un nouveau shell de connexion (avec su - oliver) ne résout pas ce soit.

Donc: qu'ai-je à faire dans ce terminal pour obtenir ce comportement, et que puis-je faire pour obtenir le retour à la normale comportement? Ce n'est pas vraiment un problème important (j'ai pu fermer le terminal et ouvrez-en un nouveau), mais je suis curieux 🙂

Qui se passe sur Linux RHEL 6.4 64 bits, avec KDE 4.11.5 et Konsole 2.11.3, et tcsh 6.17.00.

OriginalL'auteur oliver | 2014-06-05

  1. 9

    Cela permettra de résoudre le problème:

    stty -tostop

    À partir de la page de man:

    tostop (-tostop)

    Envoyer (ne pas envoyer) SIGTTOU pour la sortie d'arrière-plan. Cela provoque des tâches en arrière-plan pour l'arrêter s'ils tentent de la sortie du terminal.

    Ce tostop est normalement le cas par défaut, comme c'est généralement pas souhaitable de mélanger la sortie de plusieurs emplois. Donc la plupart des gens veulent juste le premier plan emploi pour être en mesure d'imprimer à la borne.

    n'a pas le fixer pour moi malheureusement :c en Essayant d'exécuter plusieurs gradle construit dans le fond, mais ils sont tous suspendus
    Quelque chose dans le script de build être la modification de la stty paramètres? Ce n' stty --all spectacle?
    Ceci: pastebin.com/nGzySBS2 je suis sûr que rien ne change le stty paramètres dans le buildscripts. J'utilise zsh btw. C'est la commande qui démarre chaque version: (gradle build --no-daemon --console=rich &>"/tmp/build-$(basename $d)") &
    Peut-être zsh gère les processus d'arrière-plan différemment de bash.

    OriginalL'auteur Barmar