Opened 17 years ago
Closed 16 years ago
#1502 closed defect (fixed)
Mouse problem in Win 3.x (VM lockup on first click)
Reported by: | ghr | Owned by: | |
---|---|---|---|
Component: | other | Version: | VirtualBox 2.0.4 |
Keywords: | mouse win 3.x | Cc: | |
Guest type: | Windows | Host type: | other |
Description
Host: Win XP Home SP1
Guest: DOS 6.22/Win 3.x
Problem: at first mouseclick in Win 3.x the VM freezes and consumes 100% CPU (which it normally doesn't due to wqghlt.386 installed).
Workaround: use keyboard for getting around :-(
Note: reminds me somewhat of a problem I had with same host, same guest and VB 1.3.8 (problem disappeared with VB 1.4.0; VB 1.5.6 was also fine)
Change History (18)
comment:1 by , 17 years ago
comment:3 by , 17 years ago
Same problem here, but even when navigating with the keyboard it will frequently lock up.
Tried to uninstall mouse drivers, but that also caused it to lock up.
Reinstalled without any mouse driver and it's running fine.
comment:4 by , 17 years ago
Same issue. I'll confirm that the problem does not exist in 1.5.6, as that's what I've had to downgrade to in order to get my 3.1 VMs running. This means no SB16 sound though, so still waiting on a fix in 1.6.x
comment:5 by , 17 years ago
Summary: | Mouse problem in Win 3.x → Mouse problem in Win 3.x (VM lockup on first click) |
---|---|
Version: | VirtualBox 1.6.0 → VirtualBox 1.6.4 |
comment:6 by , 17 years ago
Guest type: | other → Windows |
---|
comment:7 by , 17 years ago
I can confirm that the problem still exists in 1.6.6.
A workaround is to use "win /s" to start Windows 3.1 in Standard mode rather than 386 Enhanced mode. Unfortunately, this won't work in Windows 3.11 as it doesn't have Standard mode.
comment:10 by , 17 years ago
I confirm, but oddly sometimes I can get ONE click in. Then the second kills it.
comment:11 by , 17 years ago
Got the same issue - also decided to use the keyboard to navigate through the (old!) UI. However the VM still locked when I tried to increase the resolution from VGA (the default) to VGA 1024x768 256 colors.
The fix is really simple: Maybe I should just get a life and not mess with Windows 3.1 :)
comment:12 by , 17 years ago
No fix yet in 2.0.4. Version on this bug should probably be updated to reflect that this is still an issue with the 2.0.x series.
comment:13 by , 17 years ago
Version: | VirtualBox 1.6.4 → VirtualBox 2.0.4 |
---|
comment:14 by , 17 years ago
same problem here. Installed Windows 3.11 (on DOS 6.22). The system freezes after 3 minutes. VirtualBox Version is 2.0.4
comment:15 by , 16 years ago
Problem still exists with 2.06. XP, DOS 6.22, win3.1
Are these bug reports being ignored?
comment:16 by , 16 years ago
All bug reports are looked at, but we simply lack the manpower to deal with them all (just subscribe to the vbox-trac list to get a feeling for the numbers). I know that this has been said before, but the vast majority of the VirtualBox code is available under the GPL, so there is nothing stopping other people from working on resolving bugs, problems and feature requests.
comment:17 by , 16 years ago
There's been no specific mention in the changelog, but brief testing with 2.1.2 caused no lockup in WFW 3.11. Where as recently as 2.1.0, it would lock up within the first couple of clicks or a few seconds of mouse movement.
comment:18 by , 16 years ago
Resolution: | → fixed |
---|---|
Status: | new → closed |
Yes, there were fixes in dynamic recompiler which could have fixed this issue. Will close it, please reopen if not really fixed.
With a VM created under 1.6.0 VirtualBox 1.6.2 gives the same result: Mouse is useless.