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
Stephane Chazelas
On 18 May 2006 03:08:24 -0700, 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
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...
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
octane
Bon, probleme (a moitie) resolu. Le probleme apparait lorsqu'est simultanement lance Exceed et une fenetre terminal server. Il suffit de ne pas lancer les deux.
Je n'ai pas le programme xev.
Bon, probleme (a moitie) resolu.
Le probleme apparait lorsqu'est simultanement lance Exceed
et une fenetre terminal server. Il suffit de ne pas lancer les deux.
Bon, probleme (a moitie) resolu. Le probleme apparait lorsqu'est simultanement lance Exceed et une fenetre terminal server. Il suffit de ne pas lancer les deux.
