You are not logged in.

Read the FAQ and Knowledge Base before posting.
We won't make a 3DS/2DS emulator.

#1 Re: Support » Segfault with GDB stubs » 2008-05-18 15:20:22

Not working here >.>
0.7.3 starts it fine normally, but adding the --arm9gdb flag makes it stay on a white screen... I'm kinda able to use GDB to connect to it, but it seems like it's dying before I can... Is it possible the --arm9gdb flag is conflicting with the --cflash flag?

EDIT: Wait, I got it big_smile
One thing though... Why is execution jumping around? I'm using kdbg and as I step through it the cursor is jumping back and forth, sometimes executing the same line twice? I suspect it's the mischief of -O2... How do I turn it off?

EDIT 2: k, found it... Is there a better way to disable it rather then editing the Makefile though? Or can we change the Makefile up so that an environment variable disables it..?

EDIT 3: Great, removing -O2 makes it go ~50% slower... hmm

#2 Re: Support » Segfault with GDB stubs » 2008-05-18 14:02:34

Hm, I'll use 0.7.3 for the time being then. It works fine with dslibris I assume?

#3 Support » Segfault with GDB stubs » 2008-05-17 22:45:40

AerialX
Replies: 7

I'm unable to use the --arm9gdb or --arm7gdb flags at all. Whatever I set them to (and whichever ROM I use), desmume instantly segfaults before loading anything.
This happens consistently on Arch Linux x86_64, on my 32bit chroot within that OS, and in a 32bit Arch VM.
Also happens on the 0.8 release and CVS head.

Output from within gdb:

gdb desmume-cli
(gdb) run --cflash=media.img --arm9gdb=1234 dslibris.nds
[ -- cut symbol loading -- ]
CFLASH: Using CFlash disk image file media.img
CFLASH: Disk image size = 134217728 (262144 sectors)

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 0x7fdc30134710 (LWP 4890)]
0x0000000000433b40 in ?? ()
(gdb) thread apply all bt

Thread 3 (Thread 0x41077950 (LWP 4894)):
#0  0x00007fdc2fc1f6db in write () from /lib/libpthread.so.0
#1  0x00007fdc2fe618fa in DSP_PlayAudio () from /usr/lib/libSDL-1.2.so.0
#2  0x00007fdc2fe371b5 in SDL_RunAudio () from /usr/lib/libSDL-1.2.so.0
#3  0x00007fdc2fe3e5b7 in SDL_RunThread () from /usr/lib/libSDL-1.2.so.0
#4  0x00007fdc2fe80949 in RunThread () from /usr/lib/libSDL-1.2.so.0
#5  0x00007fdc2fc18fc7 in start_thread () from /lib/libpthread.so.0
#6  0x00007fdc2f27be0d in clone () from /lib/libc.so.6
#7  0x0000000000000000 in ?? ()

Thread 2 (Thread 0x421e9950 (LWP 4893)):
#0  0x00007fdc2f275542 in select () from /lib/libc.so.6
#1  0x0000000000434103 in ?? ()
#2  0x00007fdc2fe3e5b7 in SDL_RunThread () from /usr/lib/libSDL-1.2.so.0
#3  0x00007fdc2fe80949 in RunThread () from /usr/lib/libSDL-1.2.so.0
#4  0x00007fdc2fc18fc7 in start_thread () from /lib/libpthread.so.0
#5  0x00007fdc2f27be0d in clone () from /lib/libc.so.6
#6  0x0000000000000000 in ?? ()

Thread 1 (Thread 0x7fdc30134710 (LWP 4890)):
#0  0x0000000000433b40 in ?? ()
#1  0x0000000000403579 in ?? ()
---Type <return> to continue, or q <return> to quit---
#2  0x00007fdc2f1cb18a in __libc_start_main () from /lib/libc.so.6
#3  0x0000000000402a19 in ?? ()
#4  0x00007fff382dd7b8 in ?? ()
#5  0x000000000000001c in ?? ()
#6  0x0000000000000004 in ?? ()
#7  0x00007fff382df825 in ?? ()
#8  0x00007fff382df83a in ?? ()
#9  0x00007fff382df84d in ?? ()
#10 0x00007fff382df85c in ?? ()
#11 0x0000000000000000 in ?? ()

Board footer

Powered by FluxBB