From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 14162 invoked by alias); 30 Dec 2004 12:17:54 -0000 Mailing-List: contact mauve-discuss-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: mauve-discuss-owner@sources.redhat.com Received: (qmail 14049 invoked from network); 30 Dec 2004 12:17:42 -0000 Received: from unknown (HELO mail1.ewetel.de) (212.6.122.12) by sourceware.org with SMTP; 30 Dec 2004 12:17:42 -0000 Received: from majestix.konqueror.de (dynadsl-080-228-94-184.ewetel.net [80.228.94.184]) by mail1.ewetel.de (8.12.1/8.12.9) with ESMTP id iBUCHATG007502; Thu, 30 Dec 2004 13:17:10 +0100 (MET) Received: from [192.168.1.3] (helo=asterix.konqueror.de) by majestix.konqueror.de with esmtp (Exim 4.34) id 1Ck0GZ-0001gh-5l; Thu, 30 Dec 2004 14:22:59 +0100 From: Michael Koch To: mauve-discuss@sources.redhat.com Subject: Re: locales test has non ascii chars.. Date: Thu, 30 Dec 2004 12:17:00 -0000 User-Agent: KMail/1.6.2 Cc: Thomas Zander References: <200412301307.07714.zander@kde.org> In-Reply-To: <200412301307.07714.zander@kde.org> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Message-Id: <200412301318.46789.konqueror@gmx.de> X-CheckCompat: OK X-SW-Source: 2004-q4/txt/msg00064.txt.bz2 Am Donnerstag, 30. Dezember 2004 13:07 schrieb Thomas Zander: > Hi, > > I'm having trouble getting the localeTest class to compile > correctly since it has non-ascii chars. And lots of them :} Well, mostly german umlauts. What do you expect from me ? ;-) > I suggest to filter the java file and replace the non ascii values > with their \u00xx values instead. > > See the attached patch and the class to generate this change. I'm > worried about the code on lines 410-414 which contains lots of > non-standard chars. Maybe a typo? No, this is no typo, just a workaround. > Anyway; can you pick this up? Or can I commit? Please commit. Thanks for testing. I think we need to fix some of the testcases. JDK seem to return wrong values. Or at least different ones than CLDR expects. Michael -- Homepage: http://www.worldforge.org/