1 files changed, 67 insertions, 0 deletions
diff --git a/results/classifier/118/none/1701974 b/results/classifier/118/none/1701974
new file mode 100644
index 00000000..1e1ded6d
--- /dev/null
+++ b/results/classifier/118/none/1701974
@@ -0,0 +1,67 @@
+x86: 0.682
+ppc: 0.424
+semantic: 0.404
+device: 0.378
+files: 0.307
+vnc: 0.293
+risc-v: 0.283
+performance: 0.277
+PID: 0.271
+network: 0.247
+architecture: 0.237
+graphic: 0.227
+socket: 0.226
+mistranslation: 0.211
+VMM: 0.208
+TCG: 0.161
+boot: 0.150
+register: 0.149
+user-level: 0.143
+kernel: 0.142
+arm: 0.137
+KVM: 0.135
+permissions: 0.130
+virtual: 0.125
+i386: 0.125
+peripherals: 0.120
+hypervisor: 0.119
+assembly: 0.111
+debug: 0.109
+
+pwrite does not work right under qemu-sh4
+
+The pwrite system call has no effect when writing to a non-zero file position, 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-pwrite test-pwrite.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-pwrite
+
+Expected output:
+buf = 01W3456789
+
+Actual output:
+buf = 0123456789
+test-pwrite.c:56: assertion 'strcmp ("01W3456789",buf) == 0' 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.
+
+Works fine in qemu-2.11:
+$ ~/inst-qemu/2.11.0/bin/qemu-sh4 test-pwrite
+buf = 01W3456789
+
+