Path: utzoo!utgpu!news-server.csri.toronto.edu!cs.utexas.edu!rice!uw-beaver!zephyr.ens.tek.com!vice!bobb
From: bobb@vice.ICO.TEK.COM (Bob Beauchaine)
Newsgroups: comp.lang.pascal
Subject: Re: Turbo Pascal v6.0 crt bug
Message-ID: <7431@vice.ICO.TEK.COM>
Date: 9 May 91 23:43:08 GMT
References: <1991May9.161613.26915@cs.odu.edu> <1991May9.210535.1714@maverick.ksu.ksu.edu>
Reply-To: bobb@vice.ICO.TEK.COM (Bob Beauchaine)
Organization: Tektronix, Inc., Beaverton,  OR.
Lines: 28

In article <1991May9.210535.1714@maverick.ksu.ksu.edu> wyoung@cis.ksu.edu (William J. Young) writes:
>In article <1991May9.161613.26915@cs.odu.edu> popkin@osric.cs.odu.edu (Brian N. Popkin) writes:
>>
>>In the following program the chkcbreak doesn't stop me from breaking the 
>>program.  I press break once while its running, its does nothing, if I press
>>it a second time it breaks and exits the program... is this a bug?
>>
>
>From the IDE, this has been the way TP has worked since at least TP4.0
>(for me anyway).  I always assumed (although it's not documented anywhere
>I've found) that this was to allow you to check that the Break was caught
>if you wanted it to be, but also allow you a way to break out of a program
>while still debugging it under the IDE.  Anyone else with other insight?
>

  Just for grins, I compiled a similar program with checkbreak set to
  false (yes, the CRT variable).  From the IDE, pressing the CTRL-BRK
  key interrupted the program and sent me back into the IDE (as I 
  would like it to do for debugging).  When I compiled the program
  to disk, the executable wouldn't break (I had to reboot to get out).
  In my opinion, this is proper, if undocumented behavior.

/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\ 

Bob Beauchaine bobb@vice.ICO.TEK.COM 

C: The language that combines the power of assembly language with the 
   flexibility of assembly language.