Article View: comp.os.msdos.programmer
Article #4518TD 2.01 versus Desqview
From: Duncan Murdoch
Date: Mon, 04 Feb 1991 19:55
Date: Mon, 04 Feb 1991 19:55
26 lines
1420 bytes
1420 bytes
Here's a little irritant I've found running either TD or TD286 under Desqview 2.25. Something about the way the debugger disconnects itself from the mouse doesn't get through to Desqview, so if you - run TD in a DOS window - exit TD - switch to a different window - switch back to the DOS window Desqview will reinstall the TD mouse driver for you. Of course, since TD isn't there any more, it's not long until you crash if you move the mouse. It appears that a little program that just does a mouse initialization call (i.e. INT 33h with AH=0) run after TD will convince Desqview that the mouse driver isn't there any more, and things will be fine. A nicer alternative would be a way to tell Desqview that it should handle the mouse again. As it is, once a window takes over the mouse, there appears to be no way to give it back to DV. Does anyone know of one? (I've tried simply saving the mouse state and restoring it later, but it doesn't seem to work.) Duncan Murdoch dmurdoch@watstat.waterloo.edu
Technical Details
Message-ID:
<1991Feb4.195510.8883@maytag.waterloo.edu>Path:
arc1-ca.pugleaf.net!utzoo!utgpu!watserv1!maytag!watstat.waterloo.edu!dmurdochShow Full Headers
Complete Article Headers
Newsgroups: comp.os.msdos.programmer Path: arc1-ca.pugleaf.net!utzoo!utgpu!watserv1!maytag!watstat.waterloo.edu!dmurdoch From: dmurdoch@watstat.waterloo.edu (Duncan Murdoch) Subject: TD 2.01 versus Desqview Message-ID: <1991Feb4.195510.8883@maytag.waterloo.edu> Sender: daemon@maytag.waterloo.edu (Admin) Organization: University of Waterloo Date: Mon, 4 Feb 91 19:55:10 GMT Lines: 26