home *** CD-ROM | disk | FTP | other *** search
/ Usenet 1994 January / usenetsourcesnewsgroupsinfomagicjanuary1994.iso / sources / std_unix / volume.30 / text0034.txt < prev    next >
Encoding:
Text File  |  1993-03-11  |  1.5 KB  |  31 lines
  1. Submitted-by: geoff@tyger.East.Sun.COM (Geoff Arnold @ Sun BOS - R.H. coast near the top)
  2.  
  3. Actually, the biggest pain in the ass is not the printing commands, or
  4. even the administration model. It's the absence of a standard printing
  5. API. If you don't believe me, take a look at the sources for pcnfsd.
  6. To determine what printers are available, queue jobs, cancel jobs,
  7. list queues, etc. I have to spawn commands (making sure that I
  8. get the location right - is "lpc" in /usr/bin, /usr/etc, or /usr/ucb
  9. on this system?) and parse the output, hoping that the vendor hasn't
  10. tweaked the output format or localized things in some way. (Companies that
  11. are really good about preserving the syntax of commands seem to think
  12. nothing of changing error messages, etc.)
  13.  
  14. It's been a while since I looked at the palladium doc (I've just
  15. pulled DEC-palladium-overview.ps over from gatekeeper.dec.com - it's in
  16. /.3/net/info/ietf/print-wg - and I'll read it over), but I don't recall
  17. there being any kind of API which would be suitable for cross-platform
  18. uses. Plus as Marcus said, it's still pretty vaporous..
  19.  
  20. Maybe we should just define a printing API. Nail down a really
  21. straightforward interface (just half a dozen calls or so), then divvy
  22. up the work to create a SunOS shared lib for Solaris 2.x, plus one for
  23. SunOS 4.1.x, a DLL for MS Windows, a static lib for BSD386/386bsd (and
  24. linux?), one for Ultrix etc. Thoughts?
  25.  
  26. ---
  27. Geoff Arnold, PC-NFS architect, Sun Select. (geoff.arnold@East.Sun.COM)
  28.  
  29. Volume-Number: Volume 30, Number 35
  30.  
  31.