On Sat, Jan 02, 2016 at 10:48:40PM +1100, Jonathan Gray wrote: > On Sat, Jan 02, 2016 at 10:19:18AM +0100, Pascal Stumpf wrote: > > On Sat, 2 Jan 2016 17:17:57 +1100, Jonathan Gray wrote: > > > On Fri, Jan 01, 2016 at 06:43:19PM +0100, Pascal Stumpf wrote: > > > > dhewm 3 is a Doom 3 GPL source modification. > > > > > > > > The goal of dhewm 3 is bring DOOM 3 with the help of SDL to all > > > > suitable plaforms. > > > > > > > > This source release does not contain any game data, the game data > > > > is still covered by the original EULA and must be obeyed as usual. > > > > > > > > You must patch the game to the latest version. > > > > > > While I played through the entire base game with the wip port > > > a few years ago, now there seems to be some kind of issue with > > > mouse acceleration as it seems to drift and accelerate all over > > > the place. > > > > Hmm, still works for me with SDL_VIDEO_X11_DGAMOUSE=0 and mouse > > sensitivity turned down a bit in the game itself. But there may have > > been some change from SDL -> SDL2 that makes it worse on yout machine. > > It turns out removing my old base/dhewm.cfg from 2013 resolved > this though I'm not entirely sure why. Before I used r_mode -1 > with r_customWidth 1920 and r_customHeight 1200 but now I'm using > r_mode 16 for that as configured via the menus. > > While not strictly related RBDoom3BFG used to work before you updated > it but now it just segfaults after selecting one of doom 1/2/3. > > "execing joy_360_0.cfg > " > 15276 RBDoom3BFG RET write 22/0x16 > 15276 RBDoom3BFG CALL > mmap(0,0xfb000,0x3<PROT_READ|PROT_WRITE>,0x1002<MAP_PRIVATE|MAP_ANON>,-1,0) > 15276 RBDoom3BFG RET mmap 6085208326144/0x588d2ae4000 > 15276 RBDoom3BFG CALL mprotect(0x588d2bde000,0x1000,0<PROT_NONE>) > 15276 RBDoom3BFG RET mprotect 0 > 15276 RBDoom3BFG PSIG SIGSEGV caught handler=0x586acc86440 mask=0<> code > SEGV_MAPERR<1> addr=0x5891a4c7000 > trapno=6
This is due to using the "J" option for malloc so there seems to be some uninitialised memory use.
