mcastle@cs.umr.edu (Mike Castle (Nexus)) (01/15/91)
There have been a few comments dealing with mouse problems in some Borland
products, namely Turbo C++ 1.0 and Turbo Pascal 6.0. I did a brief search
to try and track down a list of the specific problems, but couldn't find
any. (This was a very brief search).
Anyway, I seem to *remember* (I hope correctly) that one problem was the cursor
disappearing after openning a DOS shell (I just verified this with C++ under
DesqView) or running a compiled program (haven't verified this yet). Evidently
the mouse pointer is still there, just hidden. One posed solution (by someone
who, I believe, talked to Borland about this) is to upgrade to MS Mouse
compatible drivers to version 5.0. I don't remember seeing it on more than
one newgroup, so I thought I'd post to these 3.
I would like to mention one more problem. When running TC++ under DesqView,
my mouse tends to go erratic (such as moving the mouse left-right causes
the pointer to move up-down, and vice-versa. I could handle that if it was
just a rotation (I could rotate my mouse) but their mirror as well!!).
It only does this if I shell out (I haven't compiled anything lately, so I
don't remember what effect that has, but I believe it was similiar). Mouse.com
reports version 6.25 when run. I use mouse.sys, however, and don't really
know what it says (though I suspect same as they came on the same distribution
disk that came with my MS Mouse). TC has also managed to hang my mouse up in
the other DV windows. When I tried to use DV revive mouse option, my entire
system hung. :-<
BTW, running 386SX by Austin Computers, MS Mouse and drivers.
Anyway, has anyone else had similiar problems running TC++ or TPascal under
DV? Since these problems seem to happen when you shell or run a program, I
wonder if it might be in the routines that swap memory to disk... does TPascal
6.0 do that like TC++ does?
Oh, just remembered that I am using Procomm+ and could exit,softboot,and start
backup with out hanging up my modem. Mouse.sys reports v6.25 also. :-> I also
ran TC++ outside of DV. When I shell then exit back into TC, my mouse works
fine except for a 'blot' where my mouse was setting. Against the gray desktop
the blot looks like the regular mouse pointer. If I set the mouse pointer on
top of that blot, it then matches the desktop (effectively turning invisible).
Shelling out again creates another 'blot.'
Just curious if any ideas on these events...
--
Mike Castle (Nexus) S087891@UMRVMA.UMR.EDU (preferred) | ERROR: Invalid
mcastle@mcs213k.cs.umr.edu (unix mail-YEACH!)| command 'HELP'
Life is like a clock: You can work constantly, and be right | try 'HELP'
all the time, or not work at all, and be right twice a day. |dave@tygra.ddmi.com (David Conrad) (01/15/91)
The problem I've had with the mouse in TC++ 1.00 is as follows: When a compiled program is run under the IDE the mouse vanishes. Repainting the desktop `revives' it. It would appear that the IDE is turning off the mouse cursor (and rightly so) when a user program is run, and not turning it back on upon returning (bug). -- David R. Conrad dave@tygra.ddmi.com -- = CAT-TALK Conferencing Network, Computer Conferencing and File Archive = - 1-313-343-0800, 300/1200/2400/9600 baud, 8/N/1. New users use 'new' - = as a login id. AVAILABLE VIA PC-PURSUIT!!! (City code "MIDET") = E-MAIL Address: dave@DDMI.COM
don@usna.navy.mil (Mr. Donald W. Garner (CADIG STAFF) <don@usna.navy.mil>) (01/17/91)
I thought the mouse pointer problem was due to DesQ, so I stopped using it. However, TC++ was the application I ran the most when I got the problems ...
ulli@susan.sta.sub.org (Ulli Linzen) (01/26/91)
mcastle@cs.umr.edu (Mike Castle (Nexus)) writes: >Anyway, I seem to *remember* (I hope correctly) that one problem was the cursor >disappearing after openning a DOS shell (I just verified this with C++ under >DesqView) or running a compiled program (haven't verified this yet). Evidently >the mouse pointer is still there, just hidden. One posed solution (by someone >who, I believe, talked to Borland about this) is to upgrade to MS Mouse >compatible drivers to version 5.0. I don't remember seeing it on more than In Fact, there is a problem with older mouse drivers. In the dokumentation you would find a function call to freeze the mouse status, before a task switches, and to restore it later. This allows applications running under control of the IDE to use the mouse. Unforunally, most older mouse drivers miss that function. We figured out that the MS Mouse driver 6.24 or newer with the Microsoft mouse, gmouse Vers. 9.02 for the Genius mouse would do the job; but we would be happy to hear about any working combination of mouse, drivers and other software like desqview or MS windows. Hope that helped & thx in advance.. Ulli Linzen Borland GmbH -- Core error (Bus dumped)