home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / comp / lang / ada / 3888 < prev    next >
Encoding:
Text File  |  1993-01-05  |  2.9 KB  |  73 lines
  1. Newsgroups: comp.lang.ada
  2. Path: sparky!uunet!haven.umd.edu!decuac!pa.dec.com!cnam.cnam.fr!bortz
  3. From: bortzmeyer@cnam.cnam.fr (Stephane Bortzmeyer)
  4. Message-ID: <199301051815.AA06597@cnam.cnam.fr>
  5. Distribution: world
  6. Organization: CNAM
  7. Subject: Crash your compiler (Was: Ada Readability, Book Reference)
  8. Sender: bortz@cnam.cnam.fr
  9. Date: Tue, 05 Jan 93 19:15:36 +0100
  10. X-Received: by usenet.pa.dec.com; id AA19021; Tue, 5 Jan 93 10:15:13 -0800
  11. X-Received: by inet-gw-2.pa.dec.com; id AA17118; Tue, 5 Jan 93 10:15:10 -0800
  12. X-Received: from cnam.cnam.fr by chenas.inria.fr (5.65c8d/92.02.29)
  13.     via Fnet-EUnet id AA12434; Tue, 5 Jan 1993 19:15:06 +0100 (MET)
  14. X-Received: from localhost by cnam.cnam.fr with SMTP id AA06597
  15.   (5.65c+/IDA-1.4.4 for comp.lang.ada.usenet@decwrl.dec.com); Tue, 5 Jan 1993 19:15:37 +0100
  16. X-To: comp.lang.ada.usenet
  17. X-Newsgroups: comp.lang.ada
  18. X-References: <1992Dec30.035143.10291@seas.gwu.edu> <1993Jan4.093155.11894@nobeltech.se> <1993Jan4.174424.5699@seas.gwu.edu> <1993Jan5.115003.29978@sei.cmu.edu>
  19. X-Mts: smtp
  20. Lines: 51
  21.  
  22. In article <1993Jan5.115003.29978@sei.cmu.edu>,
  23. progers@ajpo.sei.cmu.edu (Pat Rogers) writes:
  24. > In article <1993Jan4.174424.5699@seas.gwu.edu> mfeldman@seas.gwu.edu
  25. (Michael Feldman) writes:
  26. ...
  27. > >This is interesting. I take it, then, that 1.0/3.0 will be flagged by
  28. > >the compiler, because - unless a rational representation is being
  29. > >used, which is always possible, I suppose - there aren't enough bits
  30. > >in a megabyte to evaluate it exactly. Do compilers use rationals
  31. > >for this?  I'll be back later, after a test or two of this!
  32. ...
  33. > About seven years ago I saw this program (I think by John Squires) on
  34. > info-ada (this is a reconstruction from memory). See how long it takes 
  35. > your compiler to give up on it -- use a batch queue if you can, especially 
  36. > on a virtual memory machine.  If it does eventually compile, you can just 
  37. > add lines until it won't...
  38.  
  39. Here are some results:
  40.  
  41. 1) Sony/Risc under News/OS (sort of Unix BSD) with the Alsys/Systeam compiler:
  42.  
  43. % time ada.c ../killer.ada
  44. Compiling:  /users/labinf/bortz/ada/essais/killer.ada
  45. line 0, col 1, restriction:
  46.          Overflow of digit pool in constant table
  47. compiler error at end of compilation unit:
  48.          Compilation in SEMANTIC aborted
  49. PROCEDURE  KILLER
  50.   **** Number of Errors              :     2
  51. 29.7u 0.5s 0:39.54 76.6% 337+196k 72+9io 354pf+0w
  52.  
  53. (Thirty CPU seconds before giving up.)
  54.  
  55. 2) DECstation under Ultrix (sort of Unix BSD) with the DEC compiler:
  56.  
  57. % time ada.c ../killer.ada
  58.  
  59. (Twenty minutes of CPU time later, the experimentator went to bed.)
  60.  
  61. Does anyone have such a collection of "compiler killers"?
  62.  
  63. Stephane Bortzmeyer           Conservatoire National des Arts et Metiers    
  64. bortzmeyer@cnam.cnam.fr       Laboratoire d'Informatique
  65.                               292, rue Saint-Martin            
  66. tel: +33 (1) 40 27 27 31      75141 Paris Cedex 03
  67. fax: +33 (1) 40 27 27 72      France    
  68.  
  69. "C'est la nuit qu'il est beau de croire a la lumiere." E. Rostand
  70.  
  71.                     
  72.     
  73.