1 files changed, 48 insertions, 0 deletions
diff --git a/results/classifier/118/x86/2958 b/results/classifier/118/x86/2958
new file mode 100644
index 000000000..cce1bb905
--- /dev/null
+++ b/results/classifier/118/x86/2958
@@ -0,0 +1,48 @@
+x86: 0.922
+graphic: 0.862
+device: 0.856
+files: 0.814
+socket: 0.806
+mistranslation: 0.799
+network: 0.747
+PID: 0.650
+semantic: 0.610
+performance: 0.536
+architecture: 0.517
+ppc: 0.510
+register: 0.467
+debug: 0.445
+arm: 0.442
+risc-v: 0.438
+permissions: 0.416
+virtual: 0.298
+boot: 0.273
+TCG: 0.256
+user-level: 0.244
+i386: 0.241
+vnc: 0.230
+VMM: 0.216
+kernel: 0.194
+peripherals: 0.183
+hypervisor: 0.162
+assembly: 0.076
+KVM: 0.053
+
+Vvfat crashes in WinXP-64 installation.
+Description of problem:
+
+Steps to reproduce:
+1. Download ISO (see above)
+2. Set up qemu
+3. Run command above
+
+Termux output:
+qemu-system-x86_64: Slirp: Failed to send packet, ret: -1 [repeated]
+
+../block/vvfat.c:105: void *array_get(array_t *, unsigned int): assertion "index < array->next" failed
+Aborted
+~ $
+Additional information:
+This was extremely annoying because the total abort occurs far into the installation, while setting up the network. The devices (presumably including the vvfat) had been installed OK. The XP installation can be restarted without the CD but starts at the beginning, needing location, passwords, licence key etc. all over again! I have XP64 installed now, without vvfat which is a marvellously convenient way of transferring files.
+
+BTW "vfat" usually means extended FAT, handling files over 4GB but vvfat does not. Can you fix that?