summary refs log tree commit diff stats
path: root/results/classifier/108/other/1603734
diff options
context:
space:
mode:
Diffstat (limited to 'results/classifier/108/other/1603734')
-rw-r--r--results/classifier/108/other/160373433
1 files changed, 33 insertions, 0 deletions
diff --git a/results/classifier/108/other/1603734 b/results/classifier/108/other/1603734
new file mode 100644
index 000000000..c51b66659
--- /dev/null
+++ b/results/classifier/108/other/1603734
@@ -0,0 +1,33 @@
+graphic: 0.678
+performance: 0.581
+device: 0.369
+semantic: 0.364
+network: 0.197
+other: 0.186
+vnc: 0.179
+debug: 0.179
+socket: 0.178
+PID: 0.134
+files: 0.124
+permissions: 0.122
+boot: 0.122
+KVM: 0.051
+
+Hang in fsqrt
+
+At least qemu-i368 and qemu-x86_64 hang in floatx80_sqrt in versions 2.6.0 and git (2.6.50) for some input values, likely due to an infinite loop at fpu/softfloat.c:6569.
+
+Steps to reproduce:
+1) Compile attached code: gcc -o test test.c -lm
+2) `qemu-i368 test` and `qemu-x86_64 test` will hang at 100% cpu
+
+
+
+Thanks for this bug report. The problem here is that QEMU is not correctly handling the obsolete "unnormal" 80-bit floating point format. The Intel architecture reference says that this should be handled by raising the invalid-input exception and returning the default NaN.
+
+See also the discussion in the mailing list thread "Hang bug in 80-bit float square root implementation", though the patch there is not the correct fix for the bug.
+
+
+Bug fixed showed by https://github.com/unicorn-engine/unicorn/pull/609
+and the test case shows no problem on the most recent release. 
+