home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / comp / os / vxworks / 1153 < prev    next >
Encoding:
Text File  |  1992-12-23  |  1.5 KB  |  43 lines
  1. Newsgroups: comp.os.vxworks
  2. Path: sparky!uunet!news!wrs.com!geoff
  3. From: geoff@wrs.com (Geoff Espin)
  4. Subject: Re: shell input line editor
  5. Message-ID: <geoff.725154780@wrs.com>
  6. Sender: news@wrs.com (News Manager)
  7. Nntp-Posting-Host: noyo
  8. Organization: Wind River Systems, Inc.
  9. References: <9212232215.AA11226@beorn>
  10. Date: Wed, 23 Dec 1992 23:53:00 GMT
  11. Lines: 30
  12.  
  13. bgeer@beorn.sim.es.com (bob geer) writes:
  14. >I don't much like the vi-like "led" line editor that comes with VxWorks
  15. >...
  16. >shell by creating a /pty/ pseudo-terminal device & redirecting shell's
  17. >input by changing it's STD_IN fd.  Not having a lot of luck, tho.
  18.  
  19. There isn't a nice way to do this.  :-(
  20.  
  21. >1)  Is the pseudo-terminal method a reasonable way to do this?
  22. This recipe may work (sorry I haven't tried it recently to verify):
  23. In usrConfig.c change the ioGlobalStdSet() calls to set the STD_/IN/OUT/ERR
  24. fd's to your cooked i/o device.  Then, before shellInit():
  25.     {
  26.     extern int ledId;
  27.     ledId = -1;  /* this will tell shellLib not to make ledXXX() calls */
  28.     }
  29.  
  30. >2)  Describe a better way to do this.
  31. Alternatively, replace ledLib.o in the VxWorks library archive
  32. with your own ledLib.o.  It must provide led{Open,Close,Read,Control}().
  33. Hopefully, parameters and expected results are reasonably self-explanatory.
  34.  
  35. BTW, the rlogin/telnet facilities do not takeover the shell's fd's the way
  36. you expect [see shellOrigStdSet() -- for advanced contortionists].
  37.  
  38. Geoff
  39. -- 
  40. Geoff Espin        geoff@wrs.com    (510)748-4100
  41. Wind            River        Systems
  42. 1010 Atlantic Avenue    Alameda        CA 94501
  43.