Segfault on Ctrl+C when QEMU is waiting for GDB

[lw-img]

When QEMU is waiting for a GDB connection (when parameters "-s -S" are passed) the combination Ctrl+a followed by x has no effect (should exit QEMU). Pressing Ctrl+c exits QEMU, but reports "Segmentation fault". Is a segfault appropriate behavior here? Shouldn't Ctrl+a followed by x work?

[yongbok]

Ctrl+a commands are supported with -nographic option.
In the graphic mode you will need to use Ctrl+Alt commands instead.
Please refer http://wiki.qemu.org/download/qemu-doc.html#pcsys_005fkeys

I couldn't reproduce segfault with Ctrl+c. Would you please describe step-by-step how to and detail of your environment, if you still think that is an issue for you?

[lw-img]

Sorry, I got the parameter wrong - it's "-g 1234", not "-s -S". This happens with executables built using Linux/GNU toolchain and when running in user-mode QEMU.

Build:
[test@centos6-64bit-test hello]$ mips-mti-linux-gnu-gcc -g -O0 -static hello.c -o hello.elf

QEMU:
[test@centos6-64bit-test hello]$ qemu-mips -g 1234 -cpu 74Kf hello.elf -semihosting
^Ax

^CSegmentation fault (core dumped)

I'm running on 64bit CentOS 6.