Changing locale for WE8ISO8859-P1

Hi,

I would like to change the input locale to WE8ISO8859-P1 in terminal mode
(not for X).
I'm connecting to a E420R from Windows XP using TeraTerm. My setting on
Windows is for French keyboard layout.
I've transfered datafile with accentuated characters. When I list the files
on the terminal I can see the right data, but when typing or using
copy/paste the character is changed.

Thank you

Claude Plante

[Claude Plante]

Hi,

I would like to change the input locale to WE8ISO8859-P1 in terminal mode
(not for X).
I'm connecting to a E420R from Windows XP using TeraTerm. My setting on
Windows is for French keyboard layout.
I've transfered datafile with accentuated characters. When I list the files
on the terminal I can see the right data, but when typing or using
copy/paste the character is changed.

Thank you

Claude Plante

[Alan Coopersmith]

"Claude Plante" <tsigpla@yahoo.com> writes in comp.unix.solaris:
|I would like to change the input locale to WE8ISO8859-P1 in terminal mode

That's not a valid Solaris locale name. locale -a will show the valid
locales on your system - they're generally in the form xx_YY.Z
where "xx" is a two letter ISO language code, YY a country/region code,
and Z the character set. You would probably want something like
fr_FR.ISO8859-1 or fr_FR.ISO8859-15.

|I'm connecting to a E420R from Windows XP using TeraTerm. My setting on
|Windows is for French keyboard layout.
|I've transfered datafile with accentuated characters. When I list the files
|on the terminal I can see the right data, but when typing or using
|copy/paste the character is changed.

Try setting the LANG and/or LC_* variables - see 'man -s 5 environ' for
details.

--
__________________________________________________ ______________________
Alan Coopersmith [email]alanc@alum.calberkeley.org[/email]
[url]http://www.CSUA.Berkeley.EDU/~alanc/[/url] aka: [email]Alan.Coopersmith@Sun.COM[/email]
Working for, but definitely not speaking for, Sun Microsystems, Inc.

[Claude Plante]

I tried to set the locale this way:

$ LC_ALL=fr_CA.ISO8859-1; export LC_ALL
$ LC_COLLATE=fr_CA.ISO8859-1; export LC_COLLATE
$ LC_CTYPE=fr_CA.ISO8859-1; export LC_CTYPE
$ env|grep LC
LC_ALL=fr_CA.ISO8859-1
LC_COLLATE=fr_CA.ISO8859-1
LC_CTYPE=fr_CA.ISO8859-1
LC_MESSAGES=C
LC_MONETARY=en_US.ISO8859-1
LC_NUMERIC=en_US.ISO8859-1
LC_TIME=en_US.ISO8859-1

The system accepted the value. But I'm still unable to type French accents.
I then tried with the console with the same effect.
When I look at the content of the data file, it shows ok. But using
copy/paste, on a terminal or on system console, the result is:

$ cat lang.dta
BEGINDATA
EN,EN,English,FR,Anglais:
FR,EN,French,FR,Français: <-- copy this line
....
$ echo FR,EN,French,FR,Frangais <-- paste here
FR,EN,French,FR,Frangais

As you can see, Français has been chaged for Frangais

Claude Plante

"Alan Coopersmith" <alanc@alum.calberkeley.org> wrote in message
news:bgblkh$1bc4$1@agate.berkeley.edu...

> "Claude Plante" <tsigpla@yahoo.com> writes in comp.unix.solaris:
> |I would like to change the input locale to WE8ISO8859-P1 in terminal mode
>
> That's not a valid Solaris locale name. locale -a will show the valid
> locales on your system - they're generally in the form xx_YY.Z
> where "xx" is a two letter ISO language code, YY a country/region code,
> and Z the character set. You would probably want something like
> fr_FR.ISO8859-1 or fr_FR.ISO8859-15.
>
> |I'm connecting to a E420R from Windows XP using TeraTerm. My setting on
> |Windows is for French keyboard layout.
> |I've transfered datafile with accentuated characters. When I list the

files

> |on the terminal I can see the right data, but when typing or using
> |copy/paste the character is changed.
>
> Try setting the LANG and/or LC_* variables - see 'man -s 5 environ' for
> details.
>
> --
> __________________________________________________ ______________________
> Alan Coopersmith [email]alanc@alum.calberkeley.org[/email]
> [url]http://www.CSUA.Berkeley.EDU/~alanc/[/url] aka: [email]Alan.Coopersmith@Sun.COM[/email]
> Working for, but definitely not speaking for, Sun Microsystems, Inc.