From: "Matthias Paul" Organization: Rechenzentrum RWTH Aachen To: opendos AT delorie DOT com Date: Mon, 27 Nov 2000 17:07:08 +0100 Subject: CTMOUSE [Was: Re: Optimizing CONFIG.SYS...] X-mailer: Pegasus Mail v3.22 Message-ID: <891A2617C05@reze-1.rz.rwth-aachen.de> Reply-To: opendos AT delorie DOT com On Sat, 25 Nov 2000 03:35:58 Arkady V.Belousov wrote: [CTMOUSE] > PM> I'll give that a try. Have you used it loaded prior to running TASK MANAGER > PM> and using a communications program such as Terminate? How does it work with > > I don't use neither TASK MANAGER nor TERMINATE. I use Windows 3.x and > TERM90 from Norton Commander and have no troubles. I haven t had a look at CTMOUSE sources yet, but I will for sure when I find the time (currently I m using the LOGITECH 8.something LMOUSE driver because it supports CLOAKING to reduce the real mode memory footprint of the driver downto 1 Kb). I have a suggestion for CTMOUSE to further reduce the real-mode memory footprint. If data is not embedded into the code it should be possible to adapt it to support DR-DOS (and PC DOS) DPMS (DOS Protected Mode Services) leaving only a stub in the 1st meg. The DPMS SDK should still be available from Lineo for money, and shipping the DPMS.EXE driver with CTMOUSE would need licensing and also not harmonize well with the GPL, of course. However, supporting DPMS in applications is, of course, not subject to licensing. The DPMS API as it was publically and freely available from Caldera s web-site back in 1997 (excluding example sources etc.) should still be downloadable from ftp://ftp.lineo.com/. Ralf Brown s INTER61 also briefly lists the DPMS API. Regarding any possible problems under TASKMGR (again, I haven t tried myself yet), hence I m guessing here, but it might be required to declare some of CTMOUSE s data areas holding status info (such as state engine data) as instance data. The API is identical to the Windows startup/exit broadcast API at INT 2Fh (see INTER61 as well). There are also some TASKMGR.INI directives to declare whole drivers as instance data "from outside". Matthias ------------------------------------------------------------------- Matthias Paul, Ubierstrasse 28, D-50321 Bruehl, Germany eMail: Web : http://www.rhrz.uni-bonn.de/~uzs180/mpdokeng.html -------------------------------------------------------------------