On Fri, Apr 12, 2013 at 12:07:22PM -0700, Ryan Freeman wrote: > On Fri, Apr 12, 2013 at 05:41:33PM +1000, Jonathan Gray wrote: > > On Fri, Apr 12, 2013 at 03:44:20PM +1000, Jonathan Gray wrote: > > > Sadly this is not a game about eating sauerbraten and contains > > > no mention of Knoedel, rather: > > > > > > Cube 2: Sauerbraten is a free multiplayer/singleplayer first person > > > shooter, built as a major redesign of the Cube FPS. > > > > > > Much like the original Cube, the aim of this game is not necessarily > > > to produce the most features & eyecandy possible, but rather to allow > > > map/geometry editing to be done dynamically in-game, to create fun > > > gameplay and an elegant engine. > > > > > > The port is marked as amd64/i386 only for now as it makes > > > heavy use of OpenGL and hasn't been tested on macppc. > > > > updated with some suggestions from ajacoutot@ > > I was finally able to test your version of this from openbsd-wip when > I setup my amd64 machine that has a radeon r600 opposed to the r500 > running as r300 in my i386 laptop... > > NOW, this package works on both amd64 and my i386. no idea what changed > for my laptop, Now I must test a few other things that shot out that > radeon error. > > One note, on amd64, the server browser crashes the game. I can start > bot matches or campaigns but as soon as server browser is selected, > I can see a brief glimpse of themaster server query in top right before > the window closes and it bombs out with a segfault. > > Program received signal SIGSEGV, Segmentation fault. > [Switching to thread 1004394] > 0x00001c3738c727a7 in enet_address_set_host () > from /usr/local/lib/libenet.so.0.0 > (gdb) bt > #0 0x00001c3738c727a7 in enet_address_set_host () > from /usr/local/lib/libenet.so.0.0 > #1 0x00001c353599f00e in skelcommands<iqm>::settag () > from /usr/local/libexec/sauer_client > #2 0x00001c3737af45c7 in SDL_RunThread () from /usr/local/lib/libSDL.so.8.0 > #3 0x00001c3737b2f2d9 in RunThread () from /usr/local/lib/libSDL.so.8.0 > #4 0x00001c373d87311e in _rthread_start (v=Variable "v" is not available. > ) > at /usr/src/lib/librthread/rthread.c:122 > #5 0x00001c373e16e31b in __tfork_thread () > at /usr/src/lib/libc/arch/amd64/sys/tfork_thread.S:75 > Cannot access memory at address 0x1c3744ca9000 > > i386 doesn't seem to suffer this issue and now its the most stable > rather than crashing the moment game rendering happens.
If you update to the version of enet I committed a few days ago 1.3.7/0.1 does this go away? I suspect having the latest version of asr in libc wouldn't hurt either...
