home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #18 / NN_1992_18.iso / spool / vmsnet / vmsposi / 21 < prev    next >
Encoding:
Text File  |  1992-08-19  |  2.4 KB  |  44 lines

  1. Newsgroups: vmsnet.vms-posix
  2. Path: sparky!uunet!paladin.american.edu!darwin.sura.net!mips!sdd.hp.com!elroy.jpl.nasa.gov!nntp-server.caltech.edu!eql.caltech.edu!rankin
  3. From: rankin@eql.caltech.edu (Pat Rankin)
  4. Subject: `man' output
  5. Message-ID: <19AUG199215124595@eql.caltech.edu>
  6. News-Software: VAX/VMS VNEWS 1.41    
  7. Sender: news@cco.caltech.edu
  8. Nntp-Posting-Host: eql.caltech.edu
  9. Organization: California Institute of Technology
  10. References: <2415@mitech.com> <1992Aug18.091028@mccall.com> <1992Aug18.223322.25145@src.honeywell.com> <1992Aug19.030903.3648@spcvxb.spc.edu>
  11. Date: Wed, 19 Aug 1992 22:12:00 GMT
  12. Lines: 30
  13.  
  14. [previous subject line: "Re: name of VMS product has changed..."]
  15. In article <1992Aug19.030903.3648@spcvxb.spc.edu>, terry@spcvxb.spc.edu (Terry Kennedy, Operations Mgr.) writes...
  16. >   I just tried flipping into Posix and doing a "man tar" on an idle 8650. It
  17. > took 15 seconds to get the first line of output, and the screen then updated
  18. > at a rate of about 1 line per second.
  19.  
  20.      You are encountering two substantial problems with the initial VMS
  21. POSIX implementation here.
  22.  (1) `man' is implemented as `dcl help vms_posix | more' or some permutation
  23. thereof.  The terminal output from "normal" VMS then has to be translated
  24. into POSIX terminal output; this conversion slows things down considerably,
  25. particularly if you've invoked POSIX from the DCL prompt instead of as the
  26. native CLI, because then you probably get a double whammy of converting the
  27. POSIX output back to regular VMS tty output.  Logging in with /CLI=POSIX$CLI
  28. makes a difference, and regular POSIX output in that environment is not slow.
  29.  (2) the help library entry for VMS_POSIX is a huge monolithic entry that
  30. yields slow processing from the librarian.  My suggestion (to a V1.1 beta
  31. tester, for forwarding to the developers as field test feedback...) was to
  32. move the POSIX details into a separate library and eliminate one or two
  33. levels of keys needed to reach the topics of interest;  access should be
  34. noticeably faster.  Only the POSIX invocation details need to be in the
  35. regular help library, and they should be listed under the command name
  36. "POSIX" instead of the product name "VMS_POSIX".
  37.  
  38.      Some of the `man' text which is in two-column format is pretty awful.
  39. The columns are so narrow that they require excessive continuation lines
  40. to cover anything.  (See `$ help VMS_POSIX Shell_commands stty Operands'
  41. for example.)
  42.  
  43.         Pat Rankin, rankin@eql.caltech.edu
  44.