summary refs log tree commit diff stats
path: root/results/classifier/118/none/710234
diff options
context:
space:
mode:
Diffstat (limited to 'results/classifier/118/none/710234')
-rw-r--r--results/classifier/118/none/71023447
1 files changed, 47 insertions, 0 deletions
diff --git a/results/classifier/118/none/710234 b/results/classifier/118/none/710234
new file mode 100644
index 000000000..0252e6ad7
--- /dev/null
+++ b/results/classifier/118/none/710234
@@ -0,0 +1,47 @@
+device: 0.744
+user-level: 0.667
+architecture: 0.657
+performance: 0.580
+graphic: 0.538
+semantic: 0.524
+mistranslation: 0.495
+debug: 0.494
+socket: 0.469
+ppc: 0.463
+x86: 0.432
+kernel: 0.416
+boot: 0.413
+register: 0.393
+permissions: 0.392
+virtual: 0.349
+arm: 0.333
+vnc: 0.326
+network: 0.318
+PID: 0.303
+risc-v: 0.277
+KVM: 0.270
+VMM: 0.230
+TCG: 0.213
+peripherals: 0.212
+files: 0.207
+assembly: 0.165
+hypervisor: 0.162
+i386: 0.122
+
+Qemu segfaults at start regardles if i suply an image or not
+
+I have tried both with latest development (git clone git://git.qemu.org/qemu.git ran around 12:00 2011-01-30) and with  qemu-0.13.0. Since i have not written c-code in the last years, and never really ran a debugger under Linux this will bug report will be a bit sketchy.
+
+When starting qemu, either just qemu or with an image it segfaults. The Qemu window flashes by and then i get the segfault message (qemu -nographic still segfaults so i guess it is not really graphics related).   When starting qemu with a garbled command line it returns an error and exits normally how ever.
+
+uname -a
+Linux LIX 2.6.33.4-smp #2 SMP Wed May 12 22:47:36 CDT 2010 i686 AMD Phenom(tm) II X4 810 Processor AuthenticAMD GNU/Linux
+
+I have tried recompiling with --disable-kvm since i run a 32 bit OS on a 64 bit CPU, but to no avail.
+
+
+
+I assume this has been fixed with one of the later versions of QEMU .... Or do you still have this issue with the latest version of QEMU? If yes, can you please add the information which Linux distribution you are using, and provide a fresh backtrace with the latest version of QEMU? Thanks!
+
+[Expired for QEMU because there has been no activity for 60 days.]
+