diff options
Diffstat (limited to 'results/classifier/zero-shot/108/other/2405')
| -rw-r--r-- | results/classifier/zero-shot/108/other/2405 | 31 |
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. |