home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / comp / lang / pascal / 6750 < prev    next >
Encoding:
Internet Message Format  |  1992-11-19  |  1.3 KB
  1. From: wayne@hpfcso.FC.HP.COM (Wayne Covington)
  2. Date: Thu, 19 Nov 1992 16:43:20 GMT
  3. Subject: Re: Denormal Exception, Turbo Pascal
  4. Message-ID: <9110035@hpfcso.FC.HP.COM>
  5. Organization: Hewlett-Packard, Fort Collins, CO, USA
  6. Path: sparky!uunet!wupost!sdd.hp.com!hpscit.sc.hp.com!scd.hp.com!hpscdm!hplextra!hpfcso!wayne
  7. Newsgroups: comp.lang.pascal
  8. References: <1992Nov1.164049.906@newsserver.rrzn.uni-hannover.de>
  9. Lines: 24
  10.  
  11. korte@alhena.itp.uni-hannover.de (Gerd Kortemeyer) writes:
  12.  
  13. > ...
  14. > if you unmask an exception of your math-copro you usually get a
  15. > run-time error if it occures. For example, if 'zero divide' is
  16. > ...
  17. > This works fine with any exception except for the denormal exception:
  18. > Turbo-Pascal continues to work on the program even though you had
  19. > a denormal operand in an arithmetic expression. When you look at things
  20. > more closely you will find out the copro raises an interrupt, but the
  21. > Turbo-Pascal exception handler doesn't react with a run-time error -
  22. > it rather produces TRASH because after coming back to the program the 
  23. > copro-stack is left in a mess.
  24.  
  25. Sounds to me like a disastrous bug.
  26.  
  27. > Does anybody know what this behaviour of Turbo-Pascal is good for?
  28. > What SHOULD the exception handler do if it didn't have some bug?
  29. > ...
  30.  
  31. If I unmask the denorm exception, I would expect a "Runtime error xxx ...
  32. denormalized number" indication.
  33.  
  34. Wayne
  35.