Description of problem:
It started with bug 196511, which contains a backtrace of scorched3d crashing
within wxwindows, in the wxGetUserName() method. Since scorched wasn't doing
anything obiously wrong, I decided to write a small wxGetUserName() test program
and give that to the user to see if that would crash too.
I still have to attach this test program to bug 169511 and see what it does for
the reporter, but the test program misfunctions for me too, hence this bug
report. When running the attached program, compiled with:
g++ -o main main.c `wx-config --libs --cflags`
The output is:
While the output should be:
wxusername: Hans de Goede
So I think that I'm right on my hunch that the crash is not a scorched3d bug but
a wxwindows bug. Because tjhe above behaviour is obviously wrong.
Created attachment 134712 [details]
Test program showing bug
The test program crashes on my setup. I have a hunch that it migth be due to
inclusions of international characters in my name - my /etc/passwd line is:
kyrre:x:500:500:Kyrre Ness SjÃ¸bÃ¦k:/home/kyrre:/bin/bash
And when using a version of scorch with a staticaly compiled wxGTK, it fails to
display my name in the "options" dialog.
Thanks for the report -- I'll look into it. Sounds like it's likely to be an
upstream problem, yeah?
*** Bug 196511 has been marked as a duplicate of this bug. ***
Yeah this most likely is an upstream problem, that doesnot mean however that we
should immediatly delegate it to upstream. I think we should be able to fix this
ourselves with some C++ knowledge. It would be a good idea to file this
upstream, maybe its already fixed or they can fix it within 2 minutes :)
I'm really busy and won't have time to look at this until later this week. If
someone else has a pointer to something upstream or a fix of some sort, that'd
be great -- otherwise, it'll be Wednesday or so.
Had baby. Now have 0 time. I'll try to get to this mid-Month, although if
someone has a patch I can maybe find time sooner. Sorry about this. (Well, not
sorry for having the baby.)
Congratulations! :) Don't be sorry, at least i can wait :) - and most other
people dont use such funny chars ... Or do they... Hmm... Whatever. However, its
nice to hear :)
So, does this happen with 2.8 in devel?
This was indeed a bug in wxWidgets and it was fixed as soon as we learnt about
it, see thread at http://article.gmane.org/gmane.comp.lib.wxwidgets.devel/84070.
The fix will first appear in the (soon to be released) 2.8.2 as well as future
Created attachment 149964 [details]
Patch against wxGTK 2.8.1 to fix the issue
Awesome, thanks. Will test tomorrow.
Any chance this can be easily backported to 2.6 for the compat-wxGTK package?
I'm updating to 2.8.3 in Rawhide, which should include the fix. Sorry for being
slow with this. Leaving this open 'cause I plan to backport to FC6.
Rawhide and F-7 should be fixed. I'm inclined, at this point, to *not* backport