From d0c85e36e4de67af628d54e9ab577cc3fad7796a Mon Sep 17 00:00:00 2001 From: Christian Krinitsin Date: Thu, 3 Jul 2025 07:27:52 +0000 Subject: add deepseek and gemma results --- results/classifier/gemma3:12b/debug/1468 | 7 +++++++ 1 file changed, 7 insertions(+) create mode 100644 results/classifier/gemma3:12b/debug/1468 (limited to 'results/classifier/gemma3:12b/debug/1468') diff --git a/results/classifier/gemma3:12b/debug/1468 b/results/classifier/gemma3:12b/debug/1468 new file mode 100644 index 00000000..792e37a2 --- /dev/null +++ b/results/classifier/gemma3:12b/debug/1468 @@ -0,0 +1,7 @@ + +qemu hangs on white windows when connecting to virtual port using -serial option when using Windows OS +Description of problem: +I was trying to connect windbg with a qemu vm. +First I try using named pipes but all the tutorials I found online result in the qemu windows not even showing. So I give up and trying to use virtual COMs to connect the qemu machine with windbg over serial port. So I created using professional Virtual come driver a link between COM2 and COM4. Now I run qemu with -serial COM2 and I do not run windbg than it run correctly and no problem is present. As soon as I run windbg qemu hangs at startup just after the main window is created. The qemu window remains white and windows shows the normal "The application is not responding". It's like the program is in a infinite loop situation. +Also I noted that If I run qemu and not windbg as soon as the other COM port is connected qemu would stop working and remain frozed. Again showing the "The application is not responding". +If instead of qemu I use other "commercial" software with the same setup (of course there I could use named pipes anyway) I can connect windbg with the machine and do the debug session. -- cgit v1.2.3