home *** CD-ROM | disk | FTP | other *** search
/ Usenet 1994 January / usenetsourcesnewsgroupsinfomagicjanuary1994.iso / sources / std_unix / volume.20 / text0098.txt < prev    next >
Encoding:
Internet Message Format  |  1990-08-02  |  1.3 KB
  1. From:  guy@auspex.uucp (Guy Harris)
  2.  
  3. >How about because the semantics of operations permitted on POSIX file
  4. >descriptors are a poor match for many transport providers? Read()/write()
  5. >are stream operations; only TCP is a stream transport provider. OSI TP0/2/4
  6. >maps much more closely to stdio and fgets()/fputs() in that it is
  7. >record-oriented.
  8.  
  9. Standard I/O, and "fgets()"/"fputs()" in particular, are
  10. record-oriented?  News to me; I thought standard I/O offered byte
  11. streams, and "fgets()" read stuff from that stream until it hit a
  12. newline or EOF, and "fputs" put bytes from a string out onto that
  13. stream.
  14.  
  15. For that matter, raw magtapes are also record oriented, and "read()" and
  16. "write()" work fine on them.  I don't see the problem with TPn; a single
  17. "write()" could either be turned into one packet, or broken up
  18. arbitrarily into N packets if there's a maximum packet size.  If you
  19. *want* to have a correspondence between "send it" calls and records, I
  20. see no problem with providing additional calls to do that, but I also
  21. don't see any problem with hiding record boundaries, if necessary, from
  22. applications that *want* to just send byte streams over TPn.
  23.  
  24. >What does it mean to seek() on a network endpoint?
  25.  
  26. What does it mean to "seek()" on a tty?
  27.  
  28. Volume-Number: Volume 20, Number 96
  29.  
  30.