[sldev] [VWR] bone without position - on PowerPC

[Alissa Sabre]

> I've opened VWR-5056 on this issue. What i don't
> understand is why this has not been seen more widely before?

Hmm...

I believe the Linux viewer already has a workaround for this issue.
Two calls to setlocale() before and after a call to
gtk_main_iteration() in LLWindowSDL::gatherInput() should does a
trick.  SL viewer doesn't call setlocale(LC_ALL, ""), so the major
parts of the viewer is run under the C locale.

I tested the Linden's Linux binary for 1.19.0 RC2
(SecondLife_i686_1_19_0_2_RELEASECANDIDATE.tar.bz2) under de_DE.UTF-8
locale.  It worked fine.  I run it on Fedora 8 x86.

I'm not sure why your Debian binary causes a problem even under a
conflicting locale.  Have you changed something?

> the "C" locale is the only one certain to be
> available too.

This is true, but the manner adapted by C standard comittee (back in
late 1980s...) was that let the user choose locale, and the
application should just use what was requested, assuming users (or
administrators) know what is available.  Applications should never
choose its own locale.

Modern textbooks often explain the purpose of C locale as some "safe
fixed point", but ithat's not the original intenton the C locale was
introduced.  C locale was for a backward compatibility with 1970s C
programming environment, where *all* people are assumed to speak
English and the all computers use ASCII (or equivalent EBCDIC :-)
only.  Any C programs written after 1988 were expected to invoke
setlocale(LC_ALL, "") in the very beginning of its main() and never
alter the locale later.

I need to agree this was wrong, though...

    Alissa Sabre
--------------------------------------
Easy + Joy + Powerful = Yahoo! Bookmarks x Toolbar
http://pr.mail.yahoo.co.jp/toolbar/