After running a few more tests and still not understanding what is going on I went to good and found this bug report: http://bugs.icu-project.org/trac/ticket/8214
Seems that ICU does not like it when we use setlocale(). On Sat, Jan 21, 2012 at 1:53 PM, Stefan Bidi <stefanb...@gmail.com> wrote: > I am completely baffled by this bug. I've been trying to debug this for > the last 3 hrs and have gotten absolutely no where. I added a unum_open > and unum_formatDouble call in -init and I still get NaN when > LANG=de_DE.UTF-8. The test program continues to work without a hitch, > though. Something about how we handle the NSNumberFormatterInternal > structure is screwing up UNumberFormat (I also added a unum_open and > unum_formatDouble call in basic10_4.m and it worked fine). > > > On Sat, Jan 21, 2012 at 11:00 AM, Stefan Bidi <stefanb...@gmail.com>wrote: > >> On Sat, Jan 21, 2012 at 10:41 AM, Fred Kiefer <fredkie...@gmx.de> wrote: >> >>> Your test code works fine here and results in 1.234 as expected. My >>> $LANG is de_DE.UTF-8. And with $LANG set to C the test run fine. >>> Strange enough currentLocale ends up being en_US_POSIX >>> >> >> -currentLocale looks for a Locale default, if it exists that's what it >> uses. Do you have that set? >> >> This still wouldn't explain why UNumberFormat is returning NaN. Both you >> and Philippe have a valid locale. On the plus side, if I set >> LANG=de_DE.UTF-8 I can reproduce this. I'll go try to figure out what's >> going on. >> >> >>> Fred >>> >> >
_______________________________________________ Gnustep-dev mailing list Gnustep-dev@gnu.org https://lists.gnu.org/mailman/listinfo/gnustep-dev
