Q: Is anybody here using the CYGWIN=codepage:oem setting?

Corinna Vinschen corinna-cygwin@cygwin.com
Thu Mar 19 13:49:00 GMT 2009


as the subject says, here's a question I have.

So far we have a setting in the $CYGWIN environment variable called
"codepage", which allows to switch the codepage used for file names from
the ANSI ("codepage:ansi", default) to the OEM character set
("codepage:oem").  In Cygwin 1.7 this is extended with a third setting

The idea is to get rid of the CYGWIN=codepage:foo setting entirely and
to use only the current locale settings of the running application.

So, for instance, if you've set the environment variable $LANG to "fr",
Cygwin would use the default ANSI codepage of the system.

If you've set $LANG to, say, "en_US.UTF-8", Cygwin would use the UTF-8
charset *iff* the application switched the codepage by calling something
along the lines of `setlocale(LC_ALL, "");'.
An application which does not call setlocale (which means, it's not
native language aware anyway) would still use the default ANSI codepage.

So it would all depend on your $LANG$LC_ALL/$LC_CTYPE settings, plus the
ability of an application to cope with native language settings.

The problem with this is, the codepage:oem setting would be dropped
without replacement.  Either ANSI or UTF-8 would stay available.

Is that feasible?  Does anybody actually use codepage:oem and thinks
that UTF-8 is no better replacement?

Thanks for your input,

Corinna Vinschen                  Please, send mails regarding Cygwin to
Cygwin Project Co-Leader          cygwin AT cygwin DOT com
Red Hat

Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Problem reports:       http://cygwin.com/problems.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/

More information about the Cygwin mailing list