home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / comp / os / os2 / networki / 2176 < prev    next >
Encoding:
Text File  |  1992-11-19  |  1.3 KB  |  32 lines
  1. Newsgroups: comp.os.os2.networking
  2. Path: sparky!uunet!noc.near.net!vaxeline.ftp.com!minimillian.ftp.com!backman
  3. From: backman@vaxeline.ftp.com  (Larry Backman)
  4. Subject: Re: close-on-exec/IBM tcpip dev.kit.
  5. Message-ID: <921119101946@minimillian.ftp.com>
  6. Nntp-Software: PC/TCP NNTP
  7. Lines: 17        
  8. Sender: root@vaxeline.ftp.com (vaxeline.ftp.com root account)
  9. Nntp-Posting-Host: minimillian.ftp.com
  10. Organization: FTP Software, Inc., Wakefield, MA
  11. References: <1992Nov10.082459.9024@kvamdata.no> <-159809996@hpopd.pwd.hp.com> <1992Nov16.202453.18247@ans.net>
  12. Date: Thu, 19 Nov 1992 10:19:46
  13.  
  14. In article <1992Nov16.202453.18247@ans.net> db3l@ans.net (David Bolen) writes:
  15.  
  16.  >> The global sockets have advantages and disadvantages.  It would
  17.  >> probably have been nicer if they worked semantically just like file
  18.  >> handles, but that wasn't possible in the first releases of IBM's
  19.  >> TCP/IP (as its kernel was in user space).  I've often wondering how
  20.  >> well it would work to handle sockets with an IFS driver though, so
  21.  >> they were actually file handles.  The socket calls would create and
  22.  >> access files in the \DEV\TCPIP tree or something (the IFS would be
  23.  >> device IFS (\dev), rather than installing a new disk letter), and they
  24.  >> would work just like file handles (ala Unix).
  25.  
  26.  Your not the only person who's often wondered about writing a
  27.  socket.ifs.
  28.  
  29.  
  30.  Larry
  31.  
  32.