Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner AT cygwin DOT com Mail-Followup-To: cygwin AT cygwin DOT com Delivered-To: mailing list cygwin AT cygwin DOT com From: Klaus Reimer To: cygwin AT cygwin DOT com Subject: Re: Locales with wrong umlauts Date: Sun, 27 Jun 2004 08:49:57 +0200 User-Agent: KMail/1.6.2 Cc: "A. Alper Atici" References: <200406261959 DOT 28313 DOT k-cygwin AT ailis DOT de> In-Reply-To: MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Message-Id: <200406270849.58269.k-cygwin@ailis.de> X-Virus-Scanned: by AMaViS 0.3.12 X-IsSubscribed: yes Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by delorie.com id i5R6oO2J021018 On Sunday 27 June 2004 00:31, A. Alper Atici wrote: > On Sun, 27 Jun 2004 01:20:54 +0300, A. Alper Atici wrote: > >set LC_ALL=de_DE OUTPUT_CHARSET=iso-8859-1 > >webdruid > Not quite so, because you'll need 2 separate set commands, > anyway, I'm sure you've got the point. Yes, that seems to work somehow. The output of webdruid on the console is now correctly encoded in iso-8859-1. But now I get other errors. (Try to translate it, because the messages are in german now): _2utf8: Can't convert Länder from US-ASCII to UTF8: Illegal byte sequence I think Webdruid tries to convert the translated strings to UTF-8 for the HTML-Output and it can't do this because someone tells webdruid (or the _2utf8 function) that the strings are coming in in US-ASCII encoding. But it's still strange that this error does only occur under Cygwin, not under Linux. Is there another environment variable which can be used to tell this _2utf8 function that the input is iso-8859-1? Haven't heard of OUTPUT_CHARSET before so I just tried INPUT_CHARSET, but doesn't do anything. It helps a little to specify UTF-8 as OUTPUT_CHARSET. The output on the console is now not correct (because cmd can't handle UTF-8) but the HTML output is now correct because the error messages can simply be ignored. Webdruid is just not able to convert UTF-8 to UTF-8 which is not that important. So I can live with this solution, but I will contact the author of webdruid, maybe there is something that can be improved. But if you have any hints how to solve this problem, too, please go on. -- Bye, K (FidoNet: 2:240/2188.18) [A735 47EC D87B 1F15 C1E9 53D3 AA03 6173 A723 E391] (Finger k AT ailis DOT de to get public key) -- 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/