Bug#679526: Bug#638741: test results

* Ron [120701 23:07]: > Strace probably won't help a lot here, the problem isn't really tied > to interactions with system calls - my first guess would probably be > that something in zsnes isn't checking an error return that it > should, and continuing to call libao after some earlier operation >

Bug#679526: Bug#638741: test results

On Sun, Jul 01, 2012 at 09:47:41PM +0200, Etienne Millon wrote: > * Ron [120701 21:44]: > > ... and this more or less means all bets are off for what we are > > really seeing here. > > > > You might want to build zsnes with debug symbols and inspect what > > happened prior to calling this if you

Bug#679526: Bug#638741: test results

* Ron [120701 21:44]: > ... and this more or less means all bets are off for what we are > really seeing here. > > You might want to build zsnes with debug symbols and inspect what > happened prior to calling this if you want to debug it further. You're right. I'll investigate and dump the appro

Bug#679526: Bug#638741: test results

On Sun, Jul 01, 2012 at 04:11:59PM +0200, Etienne Millon wrote: > * Etienne Millon [120701 16:08]: > > (cf attached gdb trace) > > Here it is. Well, it's exploded from an access inside libao ... > Program received signal SIGSEGV, Segmentation fault. > __strlen_sse2_bsf () at ../sysdeps/i386/i68

Bug#679526: Bug#638741: test results

* Etienne Millon [120701 16:08]: > (cf attached gdb trace) Here it is. -- Etienne Millon $ gdb zsnes GNU gdb (GDB) 7.4.1-debian Copyright (C) 2012 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later This is free software: you are free to

Bug#679526: Bug#638741: test results

* Goswin von Brederlow [120629 22:56]: > Etienne: Could you please build a patched libao and test zsnes under > multiarch to give a second point of reference? Hello, I could install zsnes:i386 on a amd64 system (with a bit pinning as #673770 blocks SDL in testing) using the patched libao and a m