Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Path: utzoo!utgpu!water!watmath!clyde!rutgers!ucla-cs!zen!ucbvax!ucsfcgl!cgl.ucsf.edu!kneller
From: kneller@cgl.ucsf.edu.UUCP
Newsgroups: comp.sys.ibm.pc
Subject: Re: QuickC
Message-ID: <10407@cgl.ucsf.EDU>
Date: Thu, 17-Sep-87 22:05:19 EDT
Article-I.D.: cgl.10407
Posted: Thu Sep 17 22:05:19 1987
Date-Received: Sat, 19-Sep-87 16:45:10 EDT
Sender: daemon@cgl.ucsf.edu
Reply-To: kneller@socrates.ucsf.edu (Don Kneller)
Organization: UCSF Computer Graphics Lab
Lines: 33

References:

In article <1155@bsu-cs.UUCP> you write:
>In article <2347@i.cc.purdue.edu>, aja@i.cc.purdue.edu (Mike Rowan) writes:
>> > I'll stick with Borland also.
>>
>>     although more expensive, ill say one word.
>> 
>> 	**CODEVIEW**
>
>  I'll add another....
>
>**BIG DEAL**

I find CodeView invaluable for finding some bugs, provided you can get
the program compiled with CodeView information in and that it fits in
memory.  Microsoft has introduced 2 enhancements toward this end:

	1) a utility to pack exe files to take up less room in CodeView
	   (not exepack, but something like it)
	2) the use of expanded memory to store some CodeView information
	   in memory above 1Meg.

QuickC contains a subset of CodeView so you can single step, set break-
and trace-points, examine variables.  One thing not yet mentioned is
that QuickC allows bounds checking on arrays so you can trap array
over/underruns.  This is a continual gotcha that Pascal programmers
gloat about.

I have no experience with TurboC.  I do have with QuickC and MSC 5.0.
-----
	Don Kneller
UUCP:		...ucbvax!ucsfcgl!kneller
INTERNET:	kneller@cgl.ucsf.edu
BITNET:		kneller@ucsfcgl.BITNET