home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #18 / NN_1992_18.iso / spool / comp / unix / ultrix / 6285 < prev    next >
Encoding:
Text File  |  1992-08-17  |  1.6 KB  |  35 lines

  1. Newsgroups: comp.unix.ultrix
  2. Path: sparky!uunet!mcsun!sun4nl!alchemy!ruunfs!hooft
  3. From: hooft@fys.ruu.nl (Rob Hooft)
  4. Subject: Re: DEC Fortran rtl error
  5. Message-ID: <1992Aug18.082102.4903@fys.ruu.nl>
  6. Organization: Physics Department, University of Utrecht,  The Netherlands
  7. References: <1992Aug17.181432.7946@usho93.hou281.chevron.com> <6096@lhdsy1.lahabra.chevron.com>
  8. Date: Tue, 18 Aug 1992 08:21:02 GMT
  9. Lines: 24
  10.  
  11. In <6096@lhdsy1.lahabra.chevron.com> wnw@lhdx17.NoSubdomain.NoDomain (Bill Wally) writes:
  12.  
  13. >In article <1992Aug17.181432.7946@usho93.hou281.chevron.com>, hfwpa@usho43.hou281.chevron.com (F.W.Patrick) writes:
  14. >|> 
  15. >|> We have been attempting a to link Fortran code compiled with 
  16. >|> DEC Fortran for RISC ULTRIX 3.1 with some Fortran libraries
  17. >|> obtained from another shop. After a successful link the 
  18. >|> following msg comes out ot the Fortran run time library:
  19. >|> 
  20. >|> forrtl: severe: internal consistency check failure
  21. >|> 
  22.  
  23. >Sometimes turning off compiler optimization fixes these kinds of problems.  We
  24. >have had similar ones with Oracle Fortran access, and now NEVER use optimization
  25. >in those subroutines that access the database (this is not a performance problem,
  26. >since the routines are mostly SQL anyway).
  27.  
  28. Another fix: upgrade to V3.2 or even better V3.2.2. They are much better than
  29. the 3.1 release, of which I have seen such messages repeatedly. Optimization is
  30. still not without flaws, though.
  31. -- 
  32. Rob Hooft, Bijvoet Center for Biomolecular Research, 
  33. Chemistry department University of Utrecht, the Netherlands
  34. hooft@hutruu54.bitnet hooft@chem.ruu.nl hooft@fys.ruu.nl hooft@cc.ruu.nl
  35.