home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / comp / sys / amiga / applicat / 9779 < prev    next >
Encoding:
Text File  |  1993-01-05  |  2.3 KB  |  60 lines
  1. Newsgroups: comp.sys.amiga.applications
  2. Path: sparky!uunet!zaphod.mps.ohio-state.edu!cs.utexas.edu!sdd.hp.com!col.hp.com!fc.hp.com!koren
  3. From: koren@fc.hp.com (Steve Koren)
  4. Subject: Re: SKsh 2.1 (problems with "&")
  5. Sender: news@fc.hp.com (news daemon)
  6. Message-ID: <C0Dxt4.AB0@fc.hp.com>
  7. Date: Tue, 5 Jan 1993 14:34:15 GMT
  8. References: <1993Jan5.021952.5232@nntpd.lkg.dec.com>
  9. Organization: Hewlett-Packard Fort Collins Site
  10. X-Newsreader: Tin 1.1.3 PL5
  11. Lines: 47
  12.  
  13. David Bath (bath@hunnas) wrote:
  14.  
  15. > Now that we've got your attention in here ;-) I posted the following three
  16. > queries to this newsgroup a few weeks back and no-one seemed to be able to
  17.  
  18. > +U option
  19. > ---------
  20. > Does anyone know if the +U option has changed between SKsh 2.0 and
  21.  
  22. Yup, it is busted. :-(.  I accidentally broke it in 2.1 and it slipped
  23. by unnoticed (I don't use floppies more than once every 3rd blue moon).
  24. I'll fix it for 2.2.  Sorry.  I don't know what happened, exactly, but
  25. it definitely isn't working.
  26.  
  27. > The way I figured it, each prompt has two $_ANSIs each of which count for
  28. > 10.  So, both PNPC and PNPC2 should be 20, but add one for good measure 
  29. > and you get 21.  Is this correct?
  30.  
  31. Yup.
  32.  
  33. > The doco for PNPC suggests it should be the count of non-printables in both
  34. > PS1 *and* PS2.  That would require I make it 40, but add one (or
  35.  
  36. I'll have to reword that - it sounds misleading.  PNPC1 is for PS1,
  37. PNPC2 is for PS2.
  38.  
  39. If anyone has a better way to do this given a prompt that contains an
  40. unknown number of non-printing characters, I'm definitely open to
  41. suggestions :-).  The real ksh just ignores the problem entirely and
  42. your line scrolls at 30 characters instead of 80, which is horrible.  I
  43. wish I could come up with a more elegant way to do this, but haven't
  44. been able to yet.
  45.  
  46. > The only problem I've noticed so far with this setup is:
  47. > If I'm in the root directory, where $BPWD is presumable the empty string,
  48. > and I attempt to use filename completion, strange things happen.  I
  49.  
  50. Sounds like an independent problem.  I haven't noticed any completion
  51. oddness in root directories, but I'll try to duplicate this and see what
  52. I can come up with.
  53.  
  54. > I can't remember now whether it behaved this way under 2.0 or not.
  55. > Anyone got any ideas?
  56.  
  57. Sounds like a bug.  I'll add it to my "to fix" list for 2.2.  Thanks.
  58.  
  59.    - steve
  60.