[comp.lang.c] Wierd Turbo C++ Phenomenon

seniorr@nyssa.CS.ORST.EDU (russel senior) (08/05/90)

Trouble with Turbo C++
 
I recently received and installed my new version of Turbo C++
and Turbo Debugger/Proiler/Assembler v2.0.  Since I have begun
using it, I have noticed a precipitous increase in the number of
times my computer has locked up.  I have a sorting program that
operates on ASCII text and will handle arbitrarily large input
files by dumping intermediate files to a RAM disk and then
merging them afterwards.  It reads input from stdin and writes
to stdout.  In the process of using this program, I noticed that
if I abort the output of the program with a ctrl-break, the next
time I try to execute it, the system freezes requiring a
hardware reset (ctrl-alt-del does nothing).  This seemed strange
to me, since I had not previously experienced any similar
difficulty with the sorting program when I was compiling with TC
v2.0.  I can run other programs after the ctrl-break and still
choke when I try to run the sorting program again.  I wrote a
quickie filter program that just echos input, and that
doesn't have any problems.
  
I am running this on an AST Premium/386 20MHz.  I am running
version 3.3 of MS-DOS with no TSRs, disk caching, or 386 memory
managers.  I mention this because when I go across the room and
try to duplicate the phenomenon on a generic AT clone, it seems
to work fine!  The AT is running the same version of DOS.  This
phenomenon was seen when executing the program compiled with
stack checking and debugging options turned on.  Interestingly
enough, when I turned off the debugging options, it no longer
froze, but replied with the following error message:
 
    Floating Point Error: Domain.
    Abnormal program termination
 
I tried compiling the exact same source code with MSC v5.1, and
it neither failed nor froze.  Has anyone else experienced
similar problems?
 
 
Russell Senior 
seniorr@jacobs.cs.orst.edu