Joe
----------------------------------------------------------------------
Joe M. Abbate
Ingres - Latin America
jab...@ingres.com
This is correct. mouse.com is the driver for DOS and mouse.drv is the Windows
driver.
I answered this mostly because it gives a perfect example of Windows
virtualization. Both of these mouse drivers are designed to talk directly
to the mouse hardware. In fact they both do, mouse.com talks directly
to the hardware if Windows isn't running or if a DOS app is active in
standard mode, mouse.drv talks directly to the hardware if a Win app
is active in standard mode.
In enhanced mode both drivers continue to think they are talking to the
hardware but in fact they are being virtualized by *vmd (the virtual mouse
driver built into win386.exe)
-Blake (Apologizes for the sermon, Tomer I hope you are reading this)
Now was that a sneaky followup to the thread that won't die or what?
--
#include <std/disclaimer.h> bla...@microsoft.com
Mail Flames, Post Apologies. ...!uunet!microsoft!blakeco
Hi. So what is MOUSE.SYS for?
Also, while we're on the subject of mice, why is it that the INT 33h call to
reset the mouse (function 0) takes so long? Certain programs (like old
versions of Turbo Debugger and some programs that were written with True
BASIC) like to call this function constantly, and it really slows things down.
I wrote a program on my computer to selectively disable the mouse driver, but
still I wonder why it's so time-consuming in the first place to reset the
mouse...
Tschuess,
David Paschal
Maybe it has to deal with all of the resources used to gain mouse access
in DOS windows.
Steve Gibson
gibs...@sonoma.edu
Marc
----
Two of the worst things we teach our children are that a knowledge of science
is nice but not necessary, and a knowledge of sex is necessary but not nice.
Marc Guyott Constellation Software, Inc. (508) 620-2800
Framingham, Mass. 01701 USA Ext. 3135
mgu...@primerd.prime.com ...!{uunet, decwrl}!primerd.prime.com!mguyott
mgu...@eriador.prime.com ...!{uunet, decwrl}!eriador.prime.com!mguyott
Where *vmd comes in is that Gateway tech support once had me comment out the
*vmd line in ?.INI. I started having the mouse problem well after that, when I
installed a Telepath internal modem (using previously unassigned COM1). The
modem gives me no trouble and the mouse gives me no trouble as long as I stay in
Windows apps or don't run Windows. There are no IRQ conflicts.
Any information or advice would be appreciated.