Path: utzoo!utgpu!news-server.csri.toronto.edu!cs.utexas.edu!usc!samsung!crackers!crackers.clearpoint.com!daveg From: daveg@prowler.clearpoint.com (Dave Goldblatt) Newsgroups: comp.sys.ibm.pc.hardware Subject: Re: BUG! Turbo Debugger for Windows (in Borland C++) and Paradise 16 bit VGA card Message-ID: Date: 17 May 91 07:45:54 GMT References: <1991May13.101814.1127@hellgate.utah.edu> <28503@uflorida.cis.ufl.EDU> <1991May16.235018.21035@sj.ate.slb.com> Sender: news@crackers.clearpoint.com Reply-To: daveg@prowler.clearpoint.com Organization: Clearpoint Research Corp, Hopkinton MA 01748 Lines: 26 In-reply-to: poffen@sj.ate.slb.com's message of 16 May 91 23:50:18 GMT -=> On 16 May 91 23:50:18 GMT, poffen@sj.ate.slb.com (Russ Poffenberger) said: RP> TDW may screw up the screen using ANY non-windows supplied drivers, whether RP> you have a second monitor or not. ((PERIOD.. :-) :-). RP> I use a V7 Fastwrite VGA in 800 x 600 mode. I also do my debugging on a RP> monochrome monitor, and TDW STILL messes up my VGA display. It is not too bad, RP> just a loss of color. I have accidentally invoked some magical combination RP> of things that has brought the colors back without re-starting windows, but RP> haven't tracked it doen yet. Are you using the latest V7 drivers? That might be part of the problem. I use TDW with a second monitor while my primary is running in 1024x768x256 (Tsueng 4000 chipset), without any problems whatsoever. Well, I can't use ctrl-alt-sysreq, but Borland is (hopefully! :-) looking into that. {and yes, I know the workarounds, but it doesn't work in standard mode or with the windebug.386 driver either} -dg- -- "Look, folks, you can't save everyone. | Dave Goldblatt [daveg@clearpoint.com] Just try not to be living next to | Software Engineering (Subsystems) them when they go off." | Clearpoint Research Corporation - Dennis Miller | 35 Parkwood Dr., Hopkinton, MA 01748