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 <[email protected]> wrote: > On Sat, Jan 21, 2012 at 10:41 AM, Fred Kiefer <[email protected]> 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 [email protected] https://lists.gnu.org/mailman/listinfo/gnustep-dev
