summary refs log tree commit diff stats
path: root/results/classifier/zero-shot/105/graphic/2405
blob: 39b6fb3ef52e1a815efe46d76be5280ab9b3137a (plain) (blame)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
graphic: 0.898
boot: 0.801
device: 0.771
instruction: 0.716
semantic: 0.540
mistranslation: 0.407
other: 0.264
vnc: 0.155
socket: 0.120
network: 0.119
KVM: 0.051
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.