add 18th iteration of classifier

1 files changed, 68 insertions, 0 deletions

diff --git a/results/classifier/118/x86/1701973 b/results/classifier/118/x86/1701973
new file mode 100644
index 000000000..82d933e34
--- /dev/null
+++ b/results/classifier/118/x86/1701973
@@ -0,0 +1,68 @@
+x86: 0.881
+performance: 0.508
+semantic: 0.360
+socket: 0.337
+device: 0.335
+ppc: 0.311
+user-level: 0.296
+network: 0.278
+peripherals: 0.255
+architecture: 0.250
+hypervisor: 0.247
+PID: 0.234
+graphic: 0.228
+files: 0.227
+permissions: 0.225
+i386: 0.225
+kernel: 0.218
+mistranslation: 0.214
+risc-v: 0.204
+boot: 0.198
+VMM: 0.182
+vnc: 0.177
+assembly: 0.173
+virtual: 0.170
+register: 0.166
+debug: 0.157
+KVM: 0.149
+arm: 0.139
+TCG: 0.117
+
+pread does not work right under qemu-sh4
+
+The pread system call returns a wrong value in some case, in a program running under qemu-sh4 (version 2.9.0).
+
+How to reproduce:
+- Compile the program:
+  sh4-linux-gnu-gcc-5 -O -Wall -static -o test-pread test-pread.c
+- Set environment variable for using qemu-sh4 (actually not needed, since the program is statically linked here).
+- ~/inst-qemu/2.9.0/bin/qemu-sh4 test-pread
+
+Expected output:
+ret=1 errno=0
+
+Actual output:
+ret=0 errno=2
+test-pread.c:44: assertion 'ret == 1' failed
+qemu: uncaught target signal 6 (Aborted) - core dumped
+
+
+
+
+
+In case it matters: My host platform is Linux/x86_64.
+
+The behaviour in qemu-2.10 is the same as in qemu-2.9.
+
+This might be related to this fix:
+
+> https://git.qemu.org/?p=qemu.git;a=commit;h=8bf8e9df4a7d82c7a47cc961c9cdee1615595de0
+
+FWIW, if you're interested in sh4, please join #debian-ports on OFTC and subscribe to the debian-superh mailing list. We're doing lots of sh4 development and testing QEMU in Debian.
+
+With qemu-2.11:
+$ ~/inst-qemu/2.11.0/bin/qemu-sh4 test-pread
+ret=1 errno=2
+
+The value of errno is actually irrelevant here. So, the bug is fixed.
+