diff options
Diffstat (limited to 'gitlab/issues_text/target_missing/host_missing/accel_missing/2905')
| -rw-r--r-- | gitlab/issues_text/target_missing/host_missing/accel_missing/2905 | 24 |
1 files changed, 0 insertions, 24 deletions
diff --git a/gitlab/issues_text/target_missing/host_missing/accel_missing/2905 b/gitlab/issues_text/target_missing/host_missing/accel_missing/2905 deleted file mode 100644 index 281d18e3a..000000000 --- a/gitlab/issues_text/target_missing/host_missing/accel_missing/2905 +++ /dev/null @@ -1,24 +0,0 @@ -Windows Curses Display Infinite Loop -Description of problem: -The out-of-the-box `qemu-system-x86_64 -display curses` on Windows loops forever while displaying "VGA Blank Mode" instead of booting like `qemu-system-x86_64` does. - -This is caused by an infinite loop in the below simplified code in `curses_refresh` in `ui/curses.c`: -``` - int chr; - // ...trimmed - while (1) { - /* while there are any pending key strokes to process */ - chr = console_getch(&maybe_keycode); - - if (chr == -1) - break; - // ...trimmed - } -``` -`console_getch` has return type `wint_t`. However, on Windows, `wint_t` is `unsigned short`. Therefore when `console_getch` returns -1, the -1 value of `unsigned short` will be silently converted into the `int` value 65535. This causes `65535 == -1` to always be false, and the loop will never break. I can send a patch to qemu-devel which retypes `chr` to `wint_t` and replaces occurences of -1 with `WEOF` (an alias for `(wint_t) -1`). -Steps to reproduce: -1. Install `qemu-w64-setup-20250326.exe` Windows qemu from https://qemu.weilnetz.de/w64/2025/ -2. Run `./qemu-system-x86_64 -display curses` -3. "VGA Blank Mode" will appear on the screen forever -Additional information: - |