home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / comp / sys / amiga / datacomm / 7808 < prev    next >
Encoding:
Internet Message Format  |  1992-11-21  |  1.4 KB
  1. Path: sparky!uunet!utcsri!torn!nott!cunews!revcan!sidus!atronx.OCUnix.On.Ca!qpoint!dej
  2. From: dej@qpoint.ocunix.on.ca (David Jones)
  3. Newsgroups: comp.sys.amiga.datacomm
  4. Subject: Re: amiga netwrk stdrd api
  5. Distribution: world
  6. Message-ID: <dej.023j@qpoint.ocunix.on.ca>
  7. References:  <1992Nov18.112117.9143@ghost.dsi.unimi.it>
  8. Date: 19 Nov 92 19:11:01 EST
  9. Organization: Dejital Software
  10. Lines: 23
  11.  
  12. In article <1992Nov18.112117.9143@ghost.dsi.unimi.it> labenrsa@ICIL64.CILEA.IT writes:
  13. >- Should the  network.library actually be complemented by a network.device
  14. >  so that we can do I/O via Exec calls : SendIO/DoIO, etc.... ?
  15. >  (this is the sort of approach used by VMS/DECNET at the nontransparent
  16. >   level. I may be wrong but maybe DNET does something like this...)
  17.  
  18. How about just a network.device, but with library calls, a la console.device
  19. and timer.device?
  20.  
  21. >- Should the network.library actually have a network.handler, so that
  22. >  we can do straight AmigaDOS I/O (both packet and file-oriented) ?
  23. >  This option somewhat overlays the case of 'transparent' network
  24. >  communication, discussed below.
  25.  
  26. No.  However, a network filesystem (like NFS, but supports Amiga filenotes
  27. and protection bits) would be useful.
  28.  
  29.  
  30. --
  31.  David Jones, 6730 Tooney Drive, Orleans, Ontario K1C 6R4 CANADA
  32.        email: dej@qpoint.ocunix.on.ca    Fido: 1:163/109.8
  33.  AMIGA: Advanced Multimedia with Interactive Graphics and Audio
  34.  
  35.