Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss

raar xterm probleem

0 views
Skip to first unread message

Richard Lucassen

unread,
Jan 24, 2024, 10:19:57 AM1/24/24
to
Ik werk met WindowMaker en veel xterms. Nu heb ik twee comps waar de
tekst zich af en toe raar gedraagt. Op een net geopende xterm draai ik

tree -d | head

Dat geeft op een verse xterm een output zoals ik die gewend ben:

$ tree -d | head
.
├── backups
├── cache
│   ├── apt
│   │   └── archives
│   │   └── partial [error opening dir]
│   ├── debconf
│   ├── dictionaries-common
│   ├── fontconfig
│   ├── fonts

Op een al wat langer openstaande xterm geeft dit op *dezelfde*
remote machine dit:

$ tree -d | head
.
âââ backups
âââ cache
â   âââ apt
â   â   âââ archives
â   â   âââ partial [error opening dir]
â   âââ debconf
â   âââ dictionaries-common
â   âââ fontconfig
â   âââ fonts

Ik kan er maar geen vinger achter krijgen. De twee voorbeelden
zijn dus op dezelfde computer in twee naast elkaar staande xterms
gemaakt die een ssh sessie open hebben staan naar dezelfde remote
machine. Iemand een idee waar ik zou kunnen gaan zoeken?

(ik hoop dat de charset geen roet in het eten gooit)

R.
--
Richard Lucassen <mailin...@lucassen.org>

Richard Lucassen

unread,
Jan 24, 2024, 10:23:02 AM1/24/24
to
On Wed, 24 Jan 2024 16:19:55 +0100
Richard Lucassen <mailin...@lucassen.org> wrote:

> (ik hoop dat de charset geen roet in het eten gooit)

Bij de posting dus :-)

--
Richard Lucassen <mailin...@lucassen.org>

De ongekruisigde

unread,
Jan 24, 2024, 11:34:24 AM1/24/24
to
On 2024-01-24, Richard Lucassen <mailin...@lucassen.org> wrote:
> Ik werk met WindowMaker en veel xterms. Nu heb ik twee comps waar de
> tekst zich af en toe raar gedraagt. Op een net geopende xterm draai ik
>
> tree -d | head

probeer eens tree --charset unicode
?

Richard Lucassen

unread,
Jan 24, 2024, 2:38:16 PM1/24/24
to
Ik heb er nu twee lopen die het doen dus ik kan het nu niet testen, maar
het is denk ik niet de vraag of het met --charset unicode werkt, het is
de vraag waarom die xterm af en toe zo raar doet. Met vi bijvoorbeeld is
niet te werken. Alles gaat doorelkaar op het scherm. Niet in
realiteit, maar op het scherm. Als ik:

1234567890

vanaf de 0 achteraan zes cijfers weghaal, dan zie ik:

1234000000

of als ik "beeldzin;" weghaal van:

voorbeeldzin;

Dan krijg ik:

voor;;;;;;;;;

Als ik PgUp/PgDn doe is het weer even normaal.

Schiet mij maar lek. Ik heb er ook nog geen vinger achter wanneer het
begint maar het gebeurt erg vaak.

De ongekruisigde (ds.)

unread,
Jan 24, 2024, 4:36:17 PM1/24/24
to
On 2024-01-24, Richard Lucassen <mailin...@lucassen.org> wrote:
> On Wed, 24 Jan 2024 16:34:23 -0000 (UTC)
> De ongekruisigde <verst...@holymen.invalid> wrote:
>
>> On 2024-01-24, Richard Lucassen <mailin...@lucassen.org> wrote:
>> > Ik werk met WindowMaker en veel xterms. Nu heb ik twee comps waar de
>> > tekst zich af en toe raar gedraagt. Op een net geopende xterm draai
>> > ik
>> >
>> > tree -d | head
>>
>> probeer eens tree --charset unicode
>
> Ik heb er nu twee lopen die het doen dus ik kan het nu niet testen, maar
> het is denk ik niet de vraag of het met --charset unicode werkt, het is
> de vraag waarom die xterm af en toe zo raar doet.

op die fiets; ik snap 'm

> Met vi bijvoorbeeld is
> niet te werken. Alles gaat doorelkaar op het scherm. Niet in
> realiteit, maar op het scherm. Als ik:
>
> 1234567890
>
> vanaf de 0 achteraan zes cijfers weghaal, dan zie ik:
>
> 1234000000
>
> of als ik "beeldzin;" weghaal van:
>
> voorbeeldzin;
>
> Dan krijg ik:
>
> voor;;;;;;;;;
>
> Als ik PgUp/PgDn doe is het weer even normaal.
>
> Schiet mij maar lek. Ik heb er ook nog geen vinger achter wanneer het
> begint maar het gebeurt erg vaak.

inderdaad erg vreemd... (ik gebruik alleen maar xterm en heb
eigenlijk nog nooit last van iets dergelijks gehad)


tjoen

unread,
Jan 24, 2024, 11:57:02 PM1/24/24
to
On 1/24/24 16:19, Richard Lucassen wrote:
..
> $ tree -d | head
> .
> âââ backups
> âââ cache
> â   âââ apt
> â   â   âââ archives
> â   â   âââ partial [error opening dir]
> â   âââ debconf
> â   âââ dictionaries-common
> â   âââ fontconfig
> â   âââ fonts

Wat zegt
$ echo $LANG ?
Werkt LANG=en_US.UTF-8 ?

Richard Lucassen

unread,
Jan 25, 2024, 4:56:51 AM1/25/24
to
Dat is het 'm juist, LANG staat op en_US.UTF-8

Als ik

tree -d --charset unicode

Dan gaat ie weer goed. Erg vreemd. Met andere pc's nooit last gehad.

--
Richard Lucassen <mailin...@lucassen.org>

Richard Lucassen

unread,
Jan 25, 2024, 5:06:23 AM1/25/24
to
On Thu, 25 Jan 2024 10:56:49 +0100
Richard Lucassen <mailin...@lucassen.org> wrote:

> > Wat zegt
> > $ echo $LANG ?
> > Werkt LANG=en_US.UTF-8 ?
>
> Dat is het 'm juist, LANG staat op en_US.UTF-8
>
> Als ik
>
> tree -d --charset unicode
>
> Dan gaat ie weer goed. Erg vreemd. Met andere pc's nooit last gehad.

Wat tijdelijk helpt is uitloggen, de xterm wegklikken en een verse
starten.


--
Richard Lucassen <mailin...@lucassen.org>

Paul van der Vlis

unread,
Jan 26, 2024, 3:15:10 AM1/26/24
to
Op 25-01-2024 om 11:06 schreef Richard Lucassen:
> On Thu, 25 Jan 2024 10:56:49 +0100
> Richard Lucassen <mailin...@lucassen.org> wrote:
>
>>> Wat zegt
>>> $ echo $LANG ?
>>> Werkt LANG=en_US.UTF-8 ?
>>
>> Dat is het 'm juist, LANG staat op en_US.UTF-8
>>
>> Als ik
>>
>> tree -d --charset unicode
>>
>> Dan gaat ie weer goed. Erg vreemd. Met andere pc's nooit last gehad.
>
> Wat tijdelijk helpt is uitloggen, de xterm wegklikken en een verse
> starten.

Misschien kun je de outputs van "printenv" vergelijken met diff.

Groet,
Paul


--
Paul van der Vlis Linux systeembeheer Groningen
https://vandervlis.nl

Richard Lucassen

unread,
Jan 26, 2024, 6:02:36 PM1/26/24
to
On Fri, 26 Jan 2024 09:15:08 +0100
Paul van der Vlis <pa...@vandervlis.nl> wrote:

> > Wat tijdelijk helpt is uitloggen, de xterm wegklikken en een verse
> > starten.
>
> Misschien kun je de outputs van "printenv" vergelijken met diff.

Ik kan het proberen, maar het maffe is dat-ie ook hele teksten door
elkaar gooit, het is niet zomaar een $LANG probleem....

--
Richard Lucassen <mailin...@lucassen.org>

Paul van der Vlis

unread,
Jan 27, 2024, 6:26:34 AM1/27/24
to
Op 27-01-2024 om 00:02 schreef Richard Lucassen:
> On Fri, 26 Jan 2024 09:15:08 +0100
> Paul van der Vlis <pa...@vandervlis.nl> wrote:
>
>>> Wat tijdelijk helpt is uitloggen, de xterm wegklikken en een verse
>>> starten.
>>
>> Misschien kun je de outputs van "printenv" vergelijken met diff.
>
> Ik kan het proberen, maar het maffe is dat-ie ook hele teksten door
> elkaar gooit, het is niet zomaar een $LANG probleem....

Tja, er moet toch iets veranderd zijn, vandaar dat ik kijk naar alle
environment variables.

Wat zou het nog meer kunnen zijn?

Het fysieke geheugen van je computer, maar dan zou je vast nog wel meer
problemen hebben.

Verder weet ik het niet, eigenlijk.

Ik denk dat je soms iets draait wat iets wijzigt aan het environment.

De ongekruisigde (ds.)

unread,
Jan 27, 2024, 6:44:45 AM1/27/24
to
On 2024-01-25, Richard Lucassen <mailin...@lucassen.org> wrote:
> On Thu, 25 Jan 2024 05:57:00 +0100
> tjoen <tj...@dds.invalid> wrote:
>
>> On 1/24/24 16:19, Richard Lucassen wrote:
>> ..
>> > $ tree -d | head
>> > .
>> > âââ backups
>> > âââ cache
>> > â   âââ apt
>> > â   â   âââ archives
>> > â   â   âââ partial [error opening dir]
>> > â   âââ debconf
>> > â   âââ dictionaries-common
>> > â   âââ fontconfig
>> > â   âââ fonts
>>
>> Wat zegt
>> $ echo $LANG ?
>> Werkt LANG=en_US.UTF-8 ?
>
> Dat is het 'm juist, LANG staat op en_US.UTF-8

LC_TYPE?


export LC_CTYPE=en_US.UTF-8



Richard Lucassen

unread,
Jan 27, 2024, 7:25:46 AM1/27/24
to
On Sat, 27 Jan 2024 12:26:31 +0100
Paul van der Vlis <pa...@vandervlis.nl> wrote:

> > Ik kan het proberen, maar het maffe is dat-ie ook hele teksten door
> > elkaar gooit, het is niet zomaar een $LANG probleem....
>
> Tja, er moet toch iets veranderd zijn, vandaar dat ik kijk naar alle
> environment variables.
>
> Wat zou het nog meer kunnen zijn?
>
> Het fysieke geheugen van je computer, maar dan zou je vast nog wel
> meer problemen hebben.
>
> Verder weet ik het niet, eigenlijk.
>
> Ik denk dat je soms iets draait wat iets wijzigt aan het environment.

Of een bug in xterm of ergens anders in. Ik vermoed niet dat-ie aan
omgevingsvariabelen zit, het display is gewoon de weg kwijt. Bij
scrollen blijven hele regels staan bijvoorbeeld en dat gebeurt niet als
er een variabele gewijzigd is.

--
Richard Lucassen <mailin...@lucassen.org>

De ongekruisigde (ds.)

unread,
Jan 27, 2024, 7:30:31 AM1/27/24
to
Als je - per ongeluk - een binair bestand naar het scherm cat
dan wil het ook wel eens grondig verziekt zijn (xterm control
sequences).

https://www.xfree86.org/current/ctlseqs.html

tjoen

unread,
Jan 27, 2024, 10:47:26 AM1/27/24
to
On 1/27/24 13:25, Richard Lucassen wrote:
..
> Of een bug in xterm of ergens anders in. Ik vermoed niet dat-ie aan
> omgevingsvariabelen zit, het display is gewoon de weg kwijt. Bij
> scrollen blijven hele regels staan bijvoorbeeld en dat gebeurt niet als
> er een variabele gewijzigd is.

Hoe doen andere terminals het? vte, gnome-terminal

tjoen

unread,
Jan 27, 2024, 10:50:50 AM1/27/24
to
On 1/27/24 16:47, tjoen wrote:
...
> Hoe doen andere terminals het? vte, gnome-terminal

uxterm. Is die niet voor UTF8?

Richard Lucassen

unread,
Jan 27, 2024, 5:44:34 PM1/27/24
to
Die gebruik ik ook...


--
Richard Lucassen <mailin...@lucassen.org>

Richard Lucassen

unread,
Jan 27, 2024, 5:47:31 PM1/27/24
to
Ja, dat klopt, maar een "reset" commando in die xterm brengt dan de
zaak weer op orde.

Maar het is inderdaad wel zo'n soort effect ja, dat is misschien wel de
beste omschrijving. Alleen "reset" brengt de zaak in deze niet op orde.
Wel uitloggen, xterm weg en opnieuw beginnen.

--
Richard Lucassen <mailin...@lucassen.org>

De ongekruisigde (ds.)

unread,
Jan 28, 2024, 7:16:00 AM1/28/24
to
On 2024-01-27, Richard Lucassen <mailin...@lucassen.org> wrote:
> On Sat, 27 Jan 2024 12:30:29 -0000 (UTC)
> "De ongekruisigde (ds.)" <verst...@holymen.invalid> wrote:
>
>> On 2024-01-27, Richard Lucassen <mailin...@lucassen.org> wrote:
>> > Of een bug in xterm of ergens anders in. Ik vermoed niet dat-ie aan
>> > omgevingsvariabelen zit, het display is gewoon de weg kwijt. Bij
>> > scrollen blijven hele regels staan bijvoorbeeld en dat gebeurt niet
>> > als er een variabele gewijzigd is.
>>
>> Als je - per ongeluk - een binair bestand naar het scherm cat
>> dan wil het ook wel eens grondig verziekt zijn (xterm control
>> sequences).
>
> Ja, dat klopt, maar een "reset" commando in die xterm brengt dan de
> zaak weer op orde.
>
> Maar het is inderdaad wel zo'n soort effect ja, dat is misschien wel de
> beste omschrijving. Alleen "reset" brengt de zaak in deze niet op orde.
> Wel uitloggen, xterm weg en opnieuw beginnen.

stty sane

of

echo -e "\033c"

al geprobeerd?

https://www.cyberciti.biz/tips/bash-fix-the-display.html

Richard Lucassen

unread,
Jan 28, 2024, 12:49:47 PM1/28/24
to
Ok, dank, ik zal dat eens proberen. Ben benieuwd :-)

--
Richard Lucassen <mailin...@lucassen.org>

De ongekruisigde (ds. dr. in de kerk van Roodkapje)

unread,
Jan 30, 2024, 7:02:13 AM1/30/24
to
ik ook :-)

Richard Lucassen

unread,
Jan 30, 2024, 2:12:46 PM1/30/24
to
On Tue, 30 Jan 2024 12:02:12 -0000 (UTC)
"De ongekruisigde (ds. dr. in de kerk van Roodkapje)"
<verst...@holymen.invalid> wrote:

> >> stty sane
> >>
> >> of
> >>
> >> echo -e "\033c"
> >>
> >> al geprobeerd?
> >>
> >> https://www.cyberciti.biz/tips/bash-fix-the-display.html
> >
> > Ok, dank, ik zal dat eens proberen. Ben benieuwd :-)
>
> ik ook :-)

reset en echo -e "\033c" werken even, ik krijg het vermoeden dat vanaf
twee machines het te maken heeft met .vimrc instellingen. Ik zal eens
met nano proberen. Maar daar kun je niet uit met ZZ of :q! ;-)

--
Richard Lucassen <mailin...@lucassen.org>

Paul van der Vlis

unread,
Jan 30, 2024, 2:44:09 PM1/30/24
to
Op 30-01-2024 om 20:12 schreef Richard Lucassen:
Je doet net alsof je gevangen zit.

Je kunt eruit met ctrl-X, en dat staat ook nog eens onderaan ;-)

Richard Lucassen

unread,
Jan 30, 2024, 5:01:59 PM1/30/24
to
On Tue, 30 Jan 2024 20:44:07 +0100
Paul van der Vlis <pa...@vandervlis.nl> wrote:

> > reset en echo -e "\033c" werken even, ik krijg het vermoeden dat
> > vanaf twee machines het te maken heeft met .vimrc instellingen. Ik
> > zal eens met nano proberen. Maar daar kun je niet uit met ZZ
> > of :q! ;-)
>
> Je doet net alsof je gevangen zit.
>
> Je kunt eruit met ctrl-X, en dat staat ook nog eens onderaan ;-)

Klopt helemaal, maar mijn vingers zijn nog niet zo geprogrammeerd :-)

Bij LibreOffice werkt :q! ook niet trouwens ;-)

--
Richard Lucassen <mailin...@lucassen.org>
0 new messages