home *** CD-ROM | disk | FTP | other *** search
/ Usenet 1994 January / usenetsourcesnewsgroupsinfomagicjanuary1994.iso / sources / std_unix / volume.27 / text0077.txt < prev    next >
Encoding:
Text File  |  1992-05-20  |  1.2 KB  |  25 lines
  1. Submitted-by: henry@zoo.toronto.edu (Henry Spencer)
  2.  
  3. >Submitted-by: ast@cs.vu.nl (Andy Tanenbaum)
  4. >There is no place in the i-node to keep track of the current file position,
  5. >and copying the FIFO to shift everything down 5 bytes doesn't sound like
  6. >much fun.  Trying to figure out where the start of data is from the parent's
  7. >file pointer doesn't help, and besides, if the parent had closed too, that
  8. >wouldn't be there.  How is this normally implemented?
  9.  
  10. Note that 6.3.1.2 says that if all file descriptors associated with a FIFO
  11. have been closed, any remaining data goes away.  The issue arises only if
  12. somebody has kept the FIFO open, so the usual approach is for the kernel
  13. to retain some extra information in core for an *open* FIFO.  Andy is
  14. correct that file pointers aren't useful, if only because there can be
  15. more than one of them if several processes are involved; the extra
  16. information has to be associated with the (in-core) inode, not with a
  17. particular customer.
  18. -- 
  19. GCC 2.0 is to C as SVR4 is to Unix.     | Henry Spencer @ U of Toronto Zoology
  20.                              -Dick Dunn |  henry@zoo.toronto.edu  utzoo!henry
  21.  
  22.  
  23. Volume-Number: Volume 27, Number 76
  24.  
  25.