Hi Robert<br><br><div><span class="gmail_quote">On 10/24/07, <b class="gmail_sendername">Robert Osfield</b> <<a href="mailto:robert.osfield@gmail.com">robert.osfield@gmail.com</a>> wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
I don't know about the WxWidgets issue, but the ascii loading issue is<br>a known issue, attempts have been made at fixing it, but alas its a<br>bit more awkward than one at first would expect - its related to the<br>
C/C++ libs changing the way they treat . in numbers.  The upshot is<br>that we'll probably need to write out own ascii parsing code for<br>converting asci to floats and doubles.</blockquote><div><br>I don't remember this issue being discussed so pardon me if this has already been brought up.
<br><br>Instead of atof(), one can use a locale that is different from the system locale with an std::stringstream. This avoids the usage of a global locale change (which can presumably result in a huge mess). I do:<br>double myatof(const char* input)
<br>{<br>  static bool init = false;<br>  static std::stringstream atofs;<br>  if (!init)<br>  {<br>    atofs.imbue(std::locale("C"));<br>    init=true;<br>  }<br>  double result;<br>  atofs << input;<br>  atofs >> result;
<br>  atofs.clear(); // clear the EOF flag<br>}<br>so that US style numbers (e.g. 3.1415) get properly read on a machine using a french OS (which expects 3,1415). Of course this function could be tuned for error checking and such (and maybe reconstructing the stringstream each time ... I don't know which is faster, I just expected it would be faster to clear() it and to reuse it).
<br></div><br>This can avoid a complete rewrite of the ascii parser.<br><br>Regards<br><br>Thibault<br><br><div><br> </div><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Robert.<br><br>On 10/24/07, Jose Luis Hidalgo <<a href="mailto:joseluis.hidalgo@gmail.com">joseluis.hidalgo@gmail.com</a>> wrote:<br>> Hi All,<br>>   Thank you both for trying , I've discovered something unusual...
<br>> when I run osgviewerWX with my default locale (LANG=es_ES.UTF-8) I get<br>> the binary cow but no crash. If I set LANG to "C" or unset LANG then<br>> it starts crashing (and sometimes  it works, when it does I can see
<br>> the cow properly).<br>><br>> I'm using wxWidgets 2.8, on a Gutsy Gibbon Linux... with the latest<br>> SVN check out of OSG. Maybe the problem has nothing to do with OSG and<br>> is only a WX problem... by the way the error I get is:
<br>><br>> Error: OpenGL version test failed, requires valid graphics context.<br>> Fallo de segmentación (core dumped)<br>><br>> And... with valgrind it works, as with GDB probably because of the<br>> delay gives time enough to create the context... but I can't see
<br>> through the tiny errors from valgrind+OpenGL+X<br>><br>> Cheers,<br>>    J.L.<br>><br>> PS: Attached is the binary cow... I remember see this before, but no<br>> how to solve it.<br>><br>> 2007/10/24, Mario Valle <
<a href="mailto:mvalle@cscs.ch">mvalle@cscs.ch</a>>:<br>> > No problem at all here.<br>> > Try to run it under valgrind, maybe it discovers something interesting.<br>> > Ciao!<br>> >         mario
<br>> ><br>> > Jose Luis Hidalgo wrote:<br>> > > Hi All,<br>> > >   I'm having problems with osgviewerWX on Linux, first I have to<br>> > > execute it with LANG="C" otherwise I end with a binary cow (This is a
<br>> > > known issue, isn't it?). Anyway, I can live with it, but recently the<br>> > > osgviewerWX works randomly, sometimes it opens, sometimes it doesn't<br>> > > (this is far more probable here). That seems like a race condition,
<br>> > > but when I try to debug it, it allways works! so I can not find where<br>> > > the problem could be...<br>> > ><br>> > > ... is anyone having problems with WX too?<br>> > >
<br>> > > Cheers,<br>> > >    J.L.<br>> > ><br>> > ><br>> ><br>> > --<br>> > Ing. Mario Valle<br>> > Visualization Group                              | <a href="http://www.cscs.ch/~mvalle">
http://www.cscs.ch/~mvalle</a><br>> > Swiss National Supercomputing Centre (CSCS)      | Tel:  +41 (91) 610.82.60<br>> > v. Cantonale Galleria 2, 6928 Manno, Switzerland | Fax:  +41 (91) 610.82.82<br>> > _______________________________________________
<br>> > osg-users mailing list<br>> > <a href="mailto:osg-users@lists.openscenegraph.org">osg-users@lists.openscenegraph.org</a><br>> > <a href="http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org">
http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org</a><br>> ><br>><br>><br>> --<br>>   Jose L. Hidalgo Valiño (PpluX)<br>>   ---- <a href="http://www.pplux.com">http://www.pplux.com
</a> ----<br>><br>> _______________________________________________<br>> osg-users mailing list<br>> <a href="mailto:osg-users@lists.openscenegraph.org">osg-users@lists.openscenegraph.org</a><br>> <a href="http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org">
http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org</a><br>><br>><br>><br>_______________________________________________<br>osg-users mailing list<br><a href="mailto:osg-users@lists.openscenegraph.org">
osg-users@lists.openscenegraph.org</a><br><a href="http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org">http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org</a><br></blockquote></div>
<br>