home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / comp / lang / fortran / 4910 < prev    next >
Encoding:
Text File  |  1993-01-05  |  3.2 KB  |  65 lines
  1. Newsgroups: comp.lang.fortran
  2. Path: sparky!uunet!cs.utexas.edu!hermes.chpc.utexas.edu!michael
  3. From: michael@chpc.utexas.edu (Michael Lemke)
  4. Subject: Re: A VMS Fortran I/O question
  5. Message-ID: <1993Jan5.061934.15535@chpc.utexas.edu>
  6. Organization: The University of Texas System - CHPC
  7. References: <MARBY.93Jan2161438@laura.harvard.edu> <1993Jan3.040453.20688@chpc.utexas.edu> <C0CGGB.1tE@news.cso.uiuc.edu>
  8. Date: Tue, 5 Jan 93 06:19:34 GMT
  9. Lines: 54
  10.  
  11. In article <C0CGGB.1tE@news.cso.uiuc.edu> ercolessi@uimrl3.mrl.uiuc.edu (furio ercolessi) writes:
  12. >In article <1993Jan3.040453.20688@chpc.utexas.edu>, michael@chpc.utexas.edu (Michael Lemke) writes:
  13. >|> I'd rather think the *Unix* stuff should honor
  14. >|>FORTRAN carriage control.  Well, I know it doesn't but a PRINT
  15. >|>statement after all creates a print file (or even sends something to a
  16. >|>printer), so doesn't FORTRAN require print files to honor the carriage
  17. >|>control character?  What is the excuse this time that the Unix joke is
  18. >|>still standard conform?
  19. >
  20. >They have put there a filter called asa, and you just pipe the output
  21. >through it.  But then you will have a bit of a problem for interactive
  22. >programs (buffering will be your enemy!), and also for "batch"
  23. >programs writing on a file if you like to peek at the output while the
  24. >program is running.
  25.  
  26. Yes, I know that beggar and associated problems.  In my opinion this is
  27. not a solution.  With the same argumentation they could output troff or
  28. TeX or postscript.  Doesn't matter if the filter is called asa or
  29. nroff.  In either case you get a file which does not print propoerly
  30. without further action.  I am still waiting for an explanation if this
  31. Unix behavior is standard conform or not (sorry, I don't have a copy of
  32. the standard to check myself).
  33.  
  34. >
  35. >|>  BTW, in Sun Fortran there is a special STATUS='PRINT' in
  36. >|>the OPEN statement which causes the first character to be ignored if a
  37. >|>blank or to be converted to a CTRL/L if a 1 etc.  `+' does not work
  38. >|>though. This evne works for stdout but I don't know about PRINT.  Maybe 
  39. >|>your Unix compiler has something similar.
  40. >
  41. >This sounds a neat idea and I wholeheartly suggest that all Unix compiler
  42. >writers put this feature in (hopefully, with the same syntax ...).  
  43. >I only have two questions: how can you OPEN the unit where the PRINTs
  44. >go (usually mapped to the Unix standard output) ?  OPEN(*,) ???
  45. >And, are you sure that the keyword is 'STATUS'? I think that STATUS
  46. >has another meaning associated with it and cannot be overloaded.
  47.  
  48. Yes, they do overload STATUS and this is why I don't consider it a nice
  49. idea.  Also, I think all files should have this attribute set by
  50. default (see above) and second, I wonder if the standard says anything
  51. about the external (file) representation of the carriage control
  52. character -- does it have to be in the file literally?  If not,
  53. something like the Sun solution would really be an acceptable way to
  54. deal with it under Unix. asa et al. certainly is not.
  55.  
  56. I don't know right now how you can affect `channel *' or PRINTs.  PRINTs
  57. might have a negative channel number or something else special.  * might
  58. not work at all.
  59.  
  60. Michael
  61. -- 
  62. Michael Lemke
  63. Astronomy, UT Austin, Texas
  64. (michael@io.as.utexas.edu or UTSPAN::UTADNX::IO::MICHAEL [SPAN])
  65.