home *** CD-ROM | disk | FTP | other *** search
/ Usenet 1994 January / usenetsourcesnewsgroupsinfomagicjanuary1994.iso / sources / std_unix / mod.std.unix.v6 / text0007.txt < prev    next >
Encoding:
Internet Message Format  |  1987-06-30  |  1.3 KB
  1. From: gwyn@BRL.ARPA (VLD/VMB)
  2. Date:     Sat, 29 Mar 86 0:57:42 EST
  3.  
  4. I don't think P1003 should be trying to invent new facilities.
  5.  
  6. [ I don't see anywhere in the original posting where such was suggested.
  7. Nor does an article appearing in this newsgroup imply that P1003 is
  8. going to act on it.  See Volume 6, Number 2.  -mod ]
  9.  
  10. Suggestions like this should probably be forwarded to the
  11. UNIX-WIZARDS (net.unix-wizards) mailing list.
  12.  
  13. [ Maybe.  I was so pleased to see *anything* that wasn't on timezones....
  14. -mod ]
  15.  
  16. In the case of writeeof(), suppose you write an EOF 1M bytes
  17. into a regular disk file, then write another 2M bytes into the
  18. same file, then read the file.  According to the suggestion,
  19. the first EOF would be gone (implementation would probably
  20. also require this).  But in the pipe example, multiple EOFs
  21. would stay around and be detected upon reading the pipe.
  22. (At least using stream i/o, one could conceivably slip an EOF
  23. control packet into the pipe stream, so this is implementable.)
  24. But look:  Files and pipes would not behave the same; why
  25. weaken one of UNIX's strongest design strengths unnecessarily?
  26.  
  27. I suppose one could argue more reasonably for the inclusion
  28. of a truncate() primitive, to shorten an existing file of
  29. any type; Fortran could use this.  On the other hand, why
  30. encourage the use of Fortran on UNIX?
  31.  
  32. Volume-Number: Volume 6, Number 8
  33.  
  34.