On 18 May 2006 03:08:24 -0700, octane@alinto.com wrote:
> Bonjour,
>
> j'ai un comportement curieux sur des machines unix (HP) accedees via
> Exceed.
>
> le caractere | ne fonctionne plus.
>
> dans ksh, ^\ apparait.
>
> Si je tapes:
> $ cat
> <-- appui sur la touche |
> core dump
>
> dans vi, rien n'apparait, mais je me retrouve en mode commande ":"
>
> Comment savoir a quoi correspond cette touche?
[...]

Apparemment, quand tu presses "|", sa genere un event X que
l'emulateur de terminal transcript en envoyer le charactere ^\
(Ctrl-\) au pseudo-terminal driver. Sur la plupart des
pseudo-terminal drivers, ce charactere correspond au caractere
"quit" qui envoie un SIGQUIT (qui tue et genere un core dump) au
groupe de processus en foreground.

Ca ressemble a un probleme de configuration d'Exceed.

Tu peux lancer xev, pour confirmer quel event est envoyé sur la
frappe de "|".

[...]
> La meme machine via putty est tout a fait correcte.

La machine distante est correcte, c'est ta machine locale qui
n'a pas l'air d'etre correcte.

Dans le cas de putty, c'est putty qui transcript la frappe de
"|" (un evenement ms windows) en caractere "|".

Dans le cas d'exceed, exceed transcript l'evenement windows en
un evenement X qu'il passe a l'emulateur de terminal (xterm,
hpterm, dtterm ou whatever) qui le transcrit en charactere ^\

Il y a un intermediaire de plus. Ca peut etre un probleme
d'exceed, you un probleme de communication entre exceed et
xterm.

> Et derniere info, ce bug n'est pas constant. De temps en temps ca
> marche.
>
> (teste depuis plusieurs machines differentes.)
>
> Une idee de ce mappage de touche qui n'est pas correct?
[...]

Note que maintenant qu'Xorg a ete porté sous Windows, il n'est
plus necessaire d'acheter exceed. Ca permet d'avoir le meme
serveur X sous Windows que sous Linux/BSD...

--
Stephane