mrxvt ne sauvegarde pas l'historique des commandes

salut,

ce n'est pas le xterm qui doit sauvegarder mais le shell.
pour cela il faut sortir proprement du shell, non ?

--
William.

On 2005-08-08, william <blop@no.spam> wrote:

salut,

ce n'est pas le xterm qui doit sauvegarder mais le shell.
pour cela il faut sortir proprement du shell, non ?

heu ouai surement! désolé je ne vois pas trop le truc là!
en fait mrxvt sauvegarde tant que je ne le ferme pas. Par contre lorsque
je le ferme il n'écrit rien dans le fichier ~/.bash_history . Donc la
question est de savoir comment le forcer à écrire dans se fichier lors
de la fermeture du terminal (par un classique Alt-F4).

Merci

--
Brice
Debian GNU/Linux testing (Linux user nb. 372699)
-----
"Unix IS user friendly, it is just selective about who his friends are"

Brice <mealier_brice@yahoo.fr> writes:

heu ouai surement! désolé je ne vois pas trop le truc là!
en fait mrxvt sauvegarde tant que je ne le ferme pas. Par contre lorsque
je le ferme il n'écrit rien dans le fichier ~/.bash_history . Donc la
question est de savoir comment le forcer à écrire dans se fichier lors
de la fermeture du terminal (par un classique Alt-F4).

logout
exit
Control-D

selon les cas.

--
Matthieu

Brice <mealier_brice@yahoo.fr> writes:

heu ouai surement! désolé je ne vois pas trop le truc là!
en fait mrxvt sauvegarde tant que je ne le ferme pas. Par contre lorsque
je le ferme il n'écrit rien dans le fichier ~/.bash_history . Donc la
question est de savoir comment le forcer à écrire dans se fichier l ors
de la fermeture du terminal (par un classique Alt-F4).

logout
exit
Control-D

selon les cas.

--
Matthieu

Question con mais si tel est le cas pourquoi j ai jamais eu ce pbm avec
des aterm ou xterm??

Est-ce qu il y a une option de config de mrxvt que j aurais loupe (j ai
regarde le man mais rien trouve...)

Merci

Brice

bricem13@yahoo.com :

Question con mais si tel est le cas pourquoi j ai jamais eu ce pbm avec
des aterm ou xterm??

mrxvt ferme peut-être le terminal d'une manière peu orthodoxe. Dans un autre
terminal, fais un « strace -p lepiddubashdansl'autremrxvt », et ferme le
mrxvt, et dis nous ce que ça affiche.

On 2005-08-08, Luc Habert <lhabert@clipper.ens.fr> wrote:

bricem13@yahoo.com :

Question con mais si tel est le cas pourquoi j ai jamais eu ce pbm avec
des aterm ou xterm??

mrxvt ferme peut-être le terminal d'une manière peu orthodoxe. Dans un autre
terminal, fais un « strace -p lepiddubashdansl'autremrxvt », et ferme le
mrxvt, et dis nous ce que ça affiche.

Salut

voici ce que ça donne (seulement les dernières lignes avant que je fasse
un Alt-F4 dessus):


munmap(0xb7a51000, 774144) = 0
rt_sigaction(SIGCHLD, {SIG_DFL}, {0x8067db0, [], 0}, 8) = 0
kill(19151, SIGKILL) = 0
--- SIGCHLD (Child exited) @ 0 (0) ---
exit_group(0) = ?


ça ne me parle pas beaucoup...

Mais j'ai aussi d'autres problèmes avec mrxvt... en fait je l'ai
configuré pour qu'il soit transparent et teinté et lorsque je lance un
mrxvt alors qu'un autre terminal est déjà ouvert (mrxvt ou aterm),
celui-ci est transparent mais pas teinté... décidemment je vais essayer
de travailler un peu mieux le truc mais bon si ça marche pas mieux,
adieu les onglets...

Merci

--
Brice
Debian GNU/Linux testing (Linux user nb. 372699)
-----
"Unix IS user friendly, it is just selective about who his friends are"

Brice :

munmap(0xb7a51000, 774144) = 0
rt_sigaction(SIGCHLD, {SIG_DFL}, {0x8067db0, [], 0}, 8) = 0
kill(19151, SIGKILL) = 0
--- SIGCHLD (Child exited) @ 0 (0) ---
exit_group(0) = ?

Je suppose que c'est le mrxvt que tu as stracé, et non le bash tournant
dedans. Si oui, ça explique tout : il s'amuse à tuer brutalement le shell
dont il affiche la sortie (le « kill(19151, SIGKILL) »). Avec un SIGKILL, le
process victime ne se voit pas laisser le temps de se fermer proprement,
donc le bash ne peut pas enregistrer son historique. Normalement, le
mrxvt est juste censé fermer la sortie et l'entrée du terminal, et le noyau
se charge d'envoyer un SIGHUP au shell et là, il peut le rattraper et se
enregistrer l'historique avant de se fermer.

Bon, je viens de vérifier chez moi, c'est bien ce qu'il se passe, le shell
se prend un SIGKILL. Je pense qu'on peut dire que les auteurs de mrxvt
sont des guignols, pour le coup.

On 2005-08-08, Luc Habert <lhabert@clipper.ens.fr> wrote:

Brice :

munmap(0xb7a51000, 774144) = 0
rt_sigaction(SIGCHLD, {SIG_DFL}, {0x8067db0, [], 0}, 8) = 0
kill(19151, SIGKILL) = 0
--- SIGCHLD (Child exited) @ 0 (0) ---
exit_group(0) = ?

Je suppose que c'est le mrxvt que tu as stracé, et non le bash tournant
dedans. Si oui, ça explique tout : il s'amuse à tuer brutalement le shell
dont il affiche la sortie (le « kill(19151, SIGKILL) »). Avec un SIGKILL, le
process victime ne se voit pas laisser le temps de se fermer proprement,
donc le bash ne peut pas enregistrer son historique. Normalement, le
mrxvt est juste censé fermer la sortie et l'entrée du terminal, et le noyau
se charge d'envoyer un SIGHUP au shell et là, il peut le rattraper et se
enregistrer l'historique avant de se fermer.

Bon, je viens de vérifier chez moi, c'est bien ce qu'il se passe, le shell
se prend un SIGKILL. Je pense qu'on peut dire que les auteurs de mrxvt
sont des guignols, pour le coup.

clair! en plus les settings de transparence s'annulent une fois que le
terminal est à gauche toute de mon desktop! un truc de fou!!! j'ay
croyais pas quand j'ai vu ça!!

donc ça ce termine sur un joyeux "apt-get --purge remove mrxvt". Dommage
les onglets c'est sympa..

--
Brice
Debian GNU/Linux testing (Linux user nb. 372699)
-----
"Unix IS user friendly, it is just selective about who his friends are"

Brice <mealier_brice@yahoo.fr> writes:

donc ça ce termine sur un joyeux "apt-get --purge remove mrxvt". Dommage
les onglets c'est sympa..

ion powers ;-).

(sinon, y'a gnome-terminal et le truc de KDE qui ont des onglets)

--
Matthieu