X-Recipient: archive-cygwin AT delorie DOT com
X-Spam-Check-By: sourceware.org
Date: Thu, 19 Mar 2009 14:09:09 +0100
From: Corinna Vinschen <corinna-cygwin AT cygwin DOT com>
To: cygwin AT cygwin DOT com
Subject: Q: Is anybody here using the CYGWIN=codepage:oem setting?
Message-ID: <20090319130909.GZ9322@calimero.vinschen.de>
Reply-To: cygwin AT cygwin DOT com
Mail-Followup-To: cygwin AT cygwin DOT com
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.5.19 (2009-02-20)
Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm
List-Id: <cygwin.cygwin.com>
List-Subscribe: <mailto:cygwin-subscribe AT cygwin DOT com>
List-Archive: <http://sourceware.org/ml/cygwin/>
List-Post: <mailto:cygwin AT cygwin DOT com>
List-Help: <mailto:cygwin-help AT cygwin DOT com>, <http://sourceware.org/ml/#faqs>
Sender: cygwin-owner AT cygwin DOT com
Mail-Followup-To: cygwin AT cygwin DOT com
Delivered-To: mailing list cygwin AT cygwin DOT com

Hi,

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
"codepage:utf8".

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

-- 
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/