VirtualBox

Opened 16 years ago

Closed 15 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 ghr, 16 years ago

With a VM created under 1.6.0 VirtualBox 1.6.2 gives the same result: Mouse is useless.

comment:2 by Tim Anderson, 16 years ago

Confirmed here too. Would like to find a fix.

Tim

comment:3 by Brian Flowers, 16 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 vin, 16 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 Sander van Leeuwen, 16 years ago

Summary: Mouse problem in Win 3.xMouse problem in Win 3.x (VM lockup on first click)
Version: VirtualBox 1.6.0VirtualBox 1.6.4

comment:6 by Sander van Leeuwen, 16 years ago

Guest type: otherWindows

comment:7 by Sophie, 16 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:8 by Mike, 16 years ago

Still exists in verion 2.0.0 of virtualbox

comment:9 by vin, 16 years ago

Also still in 2.0.2

comment:10 by Dan, 16 years ago

I confirm, but oddly sometimes I can get ONE click in. Then the second kills it.

comment:11 by Eric Ducos, 16 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 vin, 16 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 Sander van Leeuwen, 16 years ago

Version: VirtualBox 1.6.4VirtualBox 2.0.4

comment:14 by Mash, 16 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 Dave, 16 years ago

Problem still exists with 2.06. XP, DOS 6.22, win3.1

Are these bug reports being ignored?

comment:16 by Michael Thayer, 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 vin, 15 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 Nikolay Igotti, 15 years ago

Resolution: fixed
Status: newclosed

Yes, there were fixes in dynamic recompiler which could have fixed this issue. Will close it, please reopen if not really fixed.

Note: See TracTickets for help on using tickets.

© 2023 Oracle
ContactPrivacy policyTerms of Use