Bug #2704

Russian characters in tcsh

Added by s4 5 months ago. Updated 4 months ago.

Status:ResolvedStart date:07/29/2014
Priority:LowDue date:
Assignee:swildner% Done:

100%

Category:Userland
Target version:3.8.0

Description

Tcsh in DragonFly v3.8.1-RELEASE not show russian characters.

Here is my settings:

# cat /etc/rc.conf
...
font8x8="cp866-8x8"
font8x14="cp866-8x14"
font8x16="cp866-8x16"
scrnmap="koi8-r2cp866"
keymap="ru.koi8-r.win"
...
# grep ttyv /etc/ttys
ttyv0 "/usr/libexec/getty Pc" cons25r on secure
ttyv1 "/usr/libexec/getty Pc" cons25r on secure
ttyv2 "/usr/libexec/getty Pc" cons25r on secure
ttyv3 "/usr/libexec/getty Pc" cons25r on secure
ttyv4 "/usr/libexec/getty Pc" cons25r on secure
ttyv5 "/usr/libexec/getty Pc" cons25r on secure
ttyv6 "/usr/libexec/getty Pc" cons25r on secure
...
# pw usermod -n user -L russian

Then i've been reboot and logging as normal user:

> echo $version
tcsh 6.18.01 (Astron) 2012-02-14 (x86_64-amd-DragonFly) options wide,nls,dl,al,kan,rh,color,filec
> ls notexist
ls: notexist: Нет такого файла или каталога # <-- OK
> notcmd
notcmd: п п╬п╪п╟п╫п╢п╟ п╫п╣ п╫п╟п╧п╢п╣п╫п╟. # <-- BAD

Then i've been trying to use bash:

> bash
[user@dflybox ~]$ ls notexist
ls: notexist: Нет такого файла или каталога # <-- OK
[user@dflybox ~]$ notcmd
bash: notcmd: команда не найдена # <-- OK

In bash everything works by default. After adding ~/.initrc with:
set convert-meta off
set input-meta on
set output-meta on
in tcsh nothing changed (as expected).

Then I've been trying my settings in FreeBSD 8.3 and in their tcsh everything works ok.

History

#1 Updated by s4 5 months ago

  • Priority changed from Normal to Low

#2 Updated by s4 5 months ago

  • Target version set to 3.8.0

> locale
LANG="ru_RU.KOI8-R"
LC_CTYPE="ru_RU.KOI8-R"
LC_COLLATE="ru_RU.KOI8-R"
LC_TIME="ru_RU.KOI8-R"
LC_NUMERIC="ru_RU.KOI8-R"
LC_MONETARY="ru_RU.KOI8-R"
LC_MESSAGES="ru_RU.KOI8-R"
LC_ALL=""

I've made a typo in description. Not ~/.initrc but ~/.inputrc of course.

#3 Updated by swildner 4 months ago

  • Status changed from New to In Progress
  • Assignee set to swildner

I've pushed a fix to master (1b61184e60fcbb6909ad09eb9fe1629c1d2c6576) and 3.8 release (6c05c000474bd8b89f7c532868d5369b325c29a1).

Can you update csh and try again, please?

#4 Updated by s4 4 months ago

  • Status changed from In Progress to Resolved
  • % Done changed from 0 to 100

Tried csh from commit 6c05c000. Messages now are correct. Thank you!

Also available in: Atom PDF