home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / comp / os / vms / 20103 < prev    next >
Encoding:
Text File  |  1992-12-30  |  2.7 KB  |  58 lines
  1. Newsgroups: comp.os.vms
  2. Path: sparky!uunet!zaphod.mps.ohio-state.edu!swrinde!cs.utexas.edu!csc.ti.com!tilde.csc.ti.com!mksol!usenet
  3. From: pyron@skndiv.dseg.ti.com (Dillon Pyron)
  4. Subject: Re: More than 1 line of command history buffer
  5. Message-ID: <1992Dec30.185758.7094@mksol.dseg.ti.com>
  6. Lines: 44
  7. Sender: usenet@mksol.dseg.ti.com (Usenet News)
  8. Nntp-Posting-Host: skndiv.dseg.ti.com
  9. Reply-To: pyron@skndiv.dseg.ti.com
  10. Organization: TI/DSEG VAX Support
  11. References:  <PRZEMEK.92Dec29235033@rrdstrad.nist.gov>
  12. Date: Wed, 30 Dec 1992 18:57:58 GMT
  13.  
  14.  
  15. In article <PRZEMEK.92Dec29235033@rrdstrad.nist.gov>, przemek@rrdstrad.nist.gov (Przemek Klosowski) writes:
  16. >  I am reading a command line in my program, using C RTL function
  17. >gets() (I suspect that this just does a plain buffered read from the
  18. >terminal with NL as terminator, but I am not sure which VMS system
  19. >function this may be).
  20. >
  21. >I like to have the command line editing provided courtesy of VMS
  22. >system read procedure, and the fact that I can retrieve the previously
  23. >used command line using the up-arrow key; however, I am spoiled by the
  24. >DCL 20-line command history (and the readline library I am using on
  25. >Unix that remembers commands across login sessions).  Is there a
  26. >simple way to increase the command history list size, so that more
  27. >than one last command is remembered?
  28.  
  29. Congratulations, you have discovered a well documented trap.  The application
  30. is responsible for command line buffering and editing.  DCL does such a good
  31. job because it was written to do so.  Your app does not because it was not. 
  32. For proof, see SYSGEN and NCP.  SYSGEN still sucks, the DECnet weenies finally
  33. got their act together (unless I just oopsed some V6 stuff).  Anyways, either
  34. 5.4, 5.5 or NMR (next major release) has routines to make that stuff easier
  35. (reading from the terminal mailbox and keeping an orderly stack).  But I don't
  36. remember where or what they are called, or, really, when.  But you might try
  37. .. oh, you know, that R thing.
  38. >
  39. >Of course I could switch to unbuffered/raw read and do the line
  40. >editing and command line history myself, but I would rather not,
  41. >if I don't have to.
  42.  
  43. You may have to.
  44. >
  45. >I looked for the answer to this question in the FAQ file, but
  46. >I found nothing, and yet I am sure I remember there was some
  47. >discussion on this topic in the past. Help, anyone?
  48.  
  49. Streching the DCL buffer size is a VFAQ.  Thanks for reading the FAQ.
  50. --
  51. Dillon Pyron                      | The opinions expressed are those of the
  52. TI/DSEG Lewisville VAX Support    | sender unless otherwise stated.
  53. (214)462-3556 (when I'm here)     |
  54. (214)492-4656 (when I'm home)     |"Pacts with the devil are not legally
  55. pyron@skndiv.dseg.ti.com          |binding!"
  56. PADI DM-54909                     |-Friar Tuck   _Robin Hood:The Hooded Man_
  57.  
  58.