1) est-ce que ce réellement accrocher est session ? Je ne suppose pas ainsi, parce qu'il y a un présent de ttsession, qui gardera le manuscrit de faire n'importe quoi. En outre, le xterm de base n'est pas un enfant d'init mais de gsl_09.07.007 qui semble être la situation « normale ».
Pourrait-il être que le problème surgit le moment même que ce gsl_09.07.007 obscur disparaît et laisse le xterm perdu ses parents ?
2) Aucune merveille qui les échouer de manuscrit, avec tous ces retour à la ligne supplémentaires ! D'où viennent-ils ?
# ! /bin/ksh
picoseconde - E-F - utilisateur d'o, PID, args | catintr de grep | tandis que ligne lue
faire
placer $line
USER=$1
PID=$2
CMD=$3
si [$ (picoseconde - E-F - utilisateur d'o, COMM. | grep $USER | grep - dtsession de c) - Ne 0 \
- o $ (picoseconde - E-F - utilisateur d'o, COMM. | grep $USER | grep - ttsession de c) - Ne 0]
puis :
autrement
pour le PID en $ (proctree $PID 2>/dev/null | awk « {copie $1} » | sorte - NU)
faire
si [$ (picoseconde - f - user= d'o - p $pid 2>/dev/null) = $USER]
puis
picoseconde - point de gel $pid
mise à mort $pid d'écho
fi
fait
écho « --- »
fi
fait
sortie
Vous ne pouvez pas les lignes de dédoublure dans un manuscrit de coquille partout où vous aimez. Il y a quelques règles de syntaxe à observer !
wmp