home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / bit / listserv / sasl / 3395 < prev    next >
Encoding:
Text File  |  1992-07-22  |  1.4 KB  |  30 lines

  1. Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
  2. Newsgroups: bit.listserv.sas-l
  3. Path: sparky!uunet!paladin.american.edu!auvm!uvvm!klassen
  4. References:  <SAS-L%92072120431304@VTVM2.BITNET>
  5. Message-ID: <92204.102030KLASSEN@UVVM>
  6. Date:         Wed, 22 Jul 1992 10:20:30 PDT
  7. Reply-To:     Melvin Klassen <KLASSEN@UVVM.BITNET>
  8. Sender:       "SAS(r) Discussion" <SAS-L@UGA.BITNET>
  9. Comments:     Warning -- original Sender: tag was NETNEWS@UVVM.UVIC.CA
  10. From:         Melvin Klassen <KLASSEN@UVVM.BITNET>
  11. Subject:      Re: LIMDEP on IBM
  12. Lines: 16
  13.  
  14. Walter Davis <WDAVIS@UNCVM1> writes:
  15. >  this has nothing to do with SAS, but there are enough users
  16. >of LIMDEP and IBM systems types on the list that I thought I
  17. >would forward these notes, especially since they don't seem
  18. >to be in wide circulation (I got them from STAT-L).
  19. >There appears to be a problem running the new version of LIMDEP
  20. >on IBM systems.  The notes below explain the problem and,
  21. >hopefully, provide some fixes.
  22. >
  23. All these problems with FORTRAN and LIMDEP can easily be solved
  24. if the user of LIMDEP is using the current release of IBM's VS FORTRAN
  25. Program Product.  Just specify the "NOCNVIOERR" run-time option
  26. (as documented on page 92 of "VS FORTRAN Version 2, Programming Guide
  27. for CMS and MVS, Release 5").  Then, FORTRAN error 212 (end-of-record)
  28. **will** be intercepted by the 'ERR=' option.  As an alternate solution,
  29. the user can turn to page 96, and specify the "RECPAD" run-time option.
  30.