home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / comp / lang / fortran / 2891 < prev    next >
Encoding:
Text File  |  1992-07-30  |  2.0 KB  |  44 lines

  1. Newsgroups: comp.lang.fortran
  2. Path: sparky!uunet!gatech!ukma!nsisrv!ltp2.gsfc.nasa.gov!gumley
  3. From: gumley@ltp2.gsfc.nasa.gov (Liam E. Gumley)
  4. Subject: Re: Why CALL EXIT? (was Re: Question for C ==> Fortran)
  5. Message-ID: <30JUL199215540929@ltp2.gsfc.nasa.gov>
  6. News-Software: VAX/VMS VNEWS 1.4-b1  
  7. Keywords: why ask why
  8. Sender: usenet@nsisrv.gsfc.nasa.gov (Usenet)
  9. Nntp-Posting-Host: ltp2.gsfc.nasa.gov
  10. Organization: NASA-GSFC LTP Computing Facility Code 920.2
  11. References: <1992Jul28.075514.28683@debbie.cc.nctu.edu.tw> <1992Jul29.134901.1@slacvx.slac.stanford.edu> <131935@lll-winken.LLNL.GOV>
  12. Date: Thu, 30 Jul 1992 20:54:00 GMT
  13. Lines: 29
  14.  
  15. In article <131935@lll-winken.LLNL.GOV>, miller@icf.llnl.gov (Pat Miller) writes...
  16. >In article <1992Jul29.204115.3917@walter.cray.com>, wws@craywr.cray.com
  17. >(Walter Spector) writes:
  18. >|> This is something I have never understood in almost 20 years of Fortran
  19. >|> programming.  Why do so many people use the non-standard CALL EXIT
  20. >|> instead of the standardized-for-over-25-years STOP statement?
  21. >|> Is/was there magic associated with it on some arcane systems?
  22. >On some older systems, exiting with a STOP printed some silly information
  23. >that was useful in a BATCH (eek) context, but was annoying in an
  24. >interactive mode.  Using the non-standard exit made for a visually
  25. >clean exit.
  26.  
  27. Well folks I used to use the STOP statement all the time, but I got
  28. really tired of the message it would print on execution (does it in MS-Fortran
  29. and SGI MIPS Fortran).  So I left it out completely.  At the end of a main
  30. program, I typically just close any files, then put an END statement.
  31. It works.  Seems to me the only place you should have a STOP statement is
  32. at the end of a main program anyway.  So why not do away with it?
  33.  
  34. Cheers,
  35. Liam.
  36. --
  37. Liam E. Gumley                            | Phone    : (301) 982-3700
  38. NASA/GSFC MODIS Science Data Support Team | Fax      : (301) 982-3749
  39. Research and Data Systems Corporation     | Internet : gumley@ltp.gsfc.nasa.gov
  40. Greenbelt MD, USA                         | Opinions expressed here are my own!
  41.