XTerm está matando os personagens da última linha

XTerm está matando os personagens da última linha

Estou usando cssh (também conhecido como clusterssh) para gerenciar um sistema experimental peer-to-peer e observei um comportamento curioso: os terminais parecem matar o último caractere que deveria aparecer em cada linha, ou seja, recebo

Iproto)=7d59d8fa (Isrc)=00001011 (Idst)=0bcf (Tsrc)@>> in <RouterVisitor:['b
cpe+f', "scanning rings @0.442442758736: [(True, -0.641888605544--0.55755724
264, 'L')]", '<Node--102--0.624, <NameID::4xjg2> :: EQ:-& (Idst > 00001388 (
dst)) & (Isrc < 558b5f84 (Isrc)) & (Idst > 0000196f (Idst)) & (Idst < 00001c

enquanto eu deveria ter

Iproto)=7d59d8fa (Isrc)=00001011 (Idst)=0bcf (Tsrc)@>> in <RouterVisitor:['by
cpe+f', "scanning rings @0.442442758736: [(True, -0.641888605544--0.55755724?
264, 'L')]", '<Node--102--0.624, <NameID::4xjg2> :: EQ:-& (Idst > 00001388 (I
dst)) & (Isrc < 558b5f84 (Isrc)) & (Idst > 0000196f (Idst)) & (Idst < 00001c?

(? são para caracteres que eu sei que deveriam estar lá para corresponder, por exemplo, à precisão do float, mas que não sei exatamente)

Isso é algo conhecido do XTerm (geralmente uso outros terminais)? Existe algum arquivo de configuração que devo verificar?


Observo, a propósito, que as janelas criadas por clusterssh para os terminais podem ser redimensionadas com precisão no nível de pixel, em vez de precisão no nível de caractere, como uma janela xterm normal faria neste sistema (gerenciador de janelas Ubuntu + e16).

informação relacionada