diff options
Diffstat (limited to 'results/classifier/gemma3:12b/graphic/2905')
| -rw-r--r-- | results/classifier/gemma3:12b/graphic/2905 | 25 |
1 files changed, 25 insertions, 0 deletions
diff --git a/results/classifier/gemma3:12b/graphic/2905 b/results/classifier/gemma3:12b/graphic/2905 new file mode 100644 index 000000000..08acbe587 --- /dev/null +++ b/results/classifier/gemma3:12b/graphic/2905 @@ -0,0 +1,25 @@ + +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: + |