restructure results

1 files changed, 31 insertions, 0 deletions

diff --git a/results/classifier/zero-shot/108/other/2405 b/results/classifier/zero-shot/108/other/2405
new file mode 100644
index 000000000..09db0941b
--- /dev/null
+++ b/results/classifier/zero-shot/108/other/2405
@@ -0,0 +1,31 @@
+graphic: 0.898
+files: 0.802
+boot: 0.801
+device: 0.771
+performance: 0.769
+semantic: 0.540
+PID: 0.348
+other: 0.264
+debug: 0.204
+vnc: 0.155
+socket: 0.120
+network: 0.119
+KVM: 0.051
+permissions: 0.046
+
+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.