home *** CD-ROM | disk | FTP | other *** search
/ Usenet 1994 January / usenetsourcesnewsgroupsinfomagicjanuary1994.iso / sources / std_unix / volume.30 / text0038.txt < prev    next >
Encoding:
Text File  |  1993-03-11  |  1.4 KB  |  33 lines
  1. Submitted-by: davecb@nexus.yorku.ca (David Collier-Brown)
  2.  
  3. geoff@tyger.East.Sun.COM (Geoff Arnold @ Sun BOS - R.H. coast near the top) writes:
  4. >Maybe we should just define a printing API. Nail down a really
  5. >straightforward interface (just half a dozen calls or so), then divvy
  6. >up the work to create a SunOS shared lib for Solaris 2.x, plus one for
  7. >SunOS 4.1.x, a DLL for MS Windows, a static lib for BSD386/386bsd (and
  8. >linux?), one for Ultrix etc. Thoughts?
  9.  
  10.   I'd like to follow the implied RFC model a bit closer and define a
  11. protocol.  You know, like ``first you open the file, then read or write
  12. for a while, then close''.
  13.   A little more formally, `` open [read*|write]* [seek [write*|read]] close''.
  14.  
  15.   An API is necessary and about two thirds of sufficient.  A protocol is
  16. odd-loking, but sufficient.  To make it more palatable, you could easily
  17. include a call interface in a common language.
  18.   The advantage of doing the extra work is in making any ordering, temporal
  19. effects and prerequiesites explicit.  This leads to easy implementation of
  20. programs using the interface.
  21.  
  22. --dave (who is notably lazy, and so goes to great lengths
  23.     to avoid future work) c-b
  24. -- 
  25. David Collier-Brown,  | davecb@CCS.YorkU.CA | lethe!dave
  26. 72 Abitibi Ave.,      | 
  27. Willowdale, Ontario,  | York postmaster and
  28. CANADA. 416-223-8968  | occasional sendfail(8) consultant.
  29.  
  30.  
  31. Volume-Number: Volume 30, Number 38
  32.  
  33.