On 6/14/05, Nilton Jose Rizzo <[EMAIL PROTECTED]> wrote:
> > Vindo do BSD, mas a partir do console, de um xterm, de um terminal
> > serial, de dentro de um screen? Se no X, que mapa de teclado voc�
> > est� usando? O que quero dizer � que talvez o problema n�o esteja no
> > cliente de telnet, mas talvez, em fun��o do tipo de terminal, algu�m
> > antes dele possa estar interceptando o ESC. Por exemplo, alguns tipos
> > de terminais simulam as tcleas de fun��o (F1, F2, ...) atrav�s de
> > ESC+1, ESC+2 etc.
>
> Tanto faz ser do console, do xterm ou do screen .... todos funcionam
> perfeitamentes (teclas F1, F2 ... setas, tab) exceto o ESC
Olhando pelo lado positivo, pelo menos s�o vari�veis que saem do problema.
> faco um telnet para uma maquina essa por sua vez carrega um
> layout de teclado ... vai automaticamente para outra
> maquina e carrega outro layoute (acho que e o mesmo que o anterior)
> e entao entra no programa .. e complicado .. e tudo via
> telemar (e uma empressa grande (laboratorio de analises clinicas)
> ) via velox nao tem acesso a intenet nao ...
N�o entendo como um telnet possa carregar um lay-out de teclado.
Seria a programa��o de interpreta��o de caracteres no terminal
virtual, algo parecido com o que o stty faz? Se for, isso n�o deveria
ter v�nculo com o cliente de telnet.
> nao temtei +ESC mas tentei inclusive mudar o caracter ESC
> via opcao -e do telnet mas nao foi ...
> se tentar utilizar ele abre o promp do telnet (telnet>)
> ja tentei inclusives nesse prompt enviar algumas
> seguencias de caracteres e nada ... :(
>
> O suporte da empresa (e eles tem suporte) dize que so podem
> ajudar se for um LINUX. Acho que e muita cara de PAU!
Bom, nesse caso eu partiria para algumas sess�es de truss, tcpdump e
ethereal, para ver o que � recebido do terminal e o que vai pelo
socket, e compararia os resultados de rodar no BSD e rodar no Linux.
> A implantacao dessa maquina rodando BSD foi para executar um
> sistema de controle de ponto feito por mim ... posso ate passar
> para LINUX mas isso e o fim ..... :(
Concordo. Por isso sugeri a depura��o de syscalls e de tr�fego: para
ter certeza de onde pode estar o problema, a fim de (tentar) evitar a
"solu��o" de mexer onde n�o est� quebrado.
--
Um abra�o.
Paulo A. P. Pires
... Qui habet aurem audiat quid Spiritus dicat ecclesiis.
_______________________________________________
Freebsd mailing list
[email protected]
http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br
