1 files changed, 46 insertions, 0 deletions
diff --git a/results/classifier/118/graphic/2405 b/results/classifier/118/graphic/2405
new file mode 100644
index 00000000..83792002
--- /dev/null
+++ b/results/classifier/118/graphic/2405
@@ -0,0 +1,46 @@
+graphic: 0.898
+files: 0.802
+boot: 0.801
+device: 0.771
+performance: 0.769
+semantic: 0.540
+x86: 0.509
+architecture: 0.428
+mistranslation: 0.407
+ppc: 0.393
+PID: 0.348
+user-level: 0.288
+i386: 0.281
+register: 0.270
+debug: 0.204
+arm: 0.178
+peripherals: 0.158
+vnc: 0.155
+hypervisor: 0.147
+socket: 0.120
+risc-v: 0.120
+network: 0.119
+kernel: 0.106
+VMM: 0.097
+TCG: 0.096
+virtual: 0.086
+KVM: 0.051
+permissions: 0.046
+assembly: 0.033
+
+Qemu on Windows fails to parse absolute file path in -acpitable switch
+Description of problem:
+I expect qemu-system-x86_64.exe to navigate to the path provided with -acpitable switch and to try to parse it. Instead, Qemu prints: "can't open file C: No such file or directory" if provided with absolute path. Qemu thinks "C:" itself is a file with acpi table.
+
+However, Qemu correctly processes files with relative path. If I run this command to try to parse file COPYING bundled in default qemu build:
+
+`qemu-system-x86_64.exe -acpitable "file=copying"`
+
+Qemu says: `qemu-system-x86_64.exe: -acpitable file=copying: warning: ACPI table has wrong length, header says 1313284128, actual size 17992 bytes`
+
+Then it proceeds to boot BIOS, as usual.
+Steps to reproduce:
+1. Run `qemu-system-x86_64.exe -acpitable "file=C:\temp\temp.txt"`
+2. Experience "can't open file C: No such file or directory" error message returning you to the command prompt. No BIOS screen.
+3. Run `qemu-system-x86_64.exe -acpitable "file=copying"` 
+4. Experience insignificant warning and then a normal BIOS screen.