Re: IMPLEMENTATION [Re: Hightlighting in bash]

2011-03-10 Thread Philip Prindeville
On 3/10/11 12:50 PM, Micah Cowan wrote: (03/10/2011 12:28 PM), Micah Cowan wrote: (03/10/2011 11:53 AM), Micah Cowan wrote: (03/10/2011 11:42 AM), Philip Prindeville wrote: My request is simple. Using termcap/ncurses info (which you need anyway for the readline stuff), it would be nice to

Re: Hightlighting in bash

2011-03-10 Thread Philip Prindeville
On 3/10/11 11:53 AM, Micah Cowan wrote: (03/10/2011 11:42 AM), Philip Prindeville wrote: My request is simple. Using termcap/ncurses info (which you need anyway for the readline stuff), it would be nice to have the option of running commands in a pseudo-tty and then bracketing the output from

Hightlighting in bash

2011-03-10 Thread Philip Prindeville
Hi. First off, this isn't a bug report so much as a feature request. I do a lot of cross-compilation of linux and various packages for embedded distros. Version bumps are always perilous because cross-compilation often suffers regression. The problem is that a lot of the regressions don't ca

Re: Wanted: bash enhancement... non-blocking 'wait'

2010-09-03 Thread Philip Prindeville
On 9/3/10 10:44 AM, Eric Blake wrote: On 09/02/2010 04:44 PM, Philip Prindeville wrote: I wanted to check in and see if there was a chance of this feature being accepted upstream before I spent any time on it... so here goes. The "wait [n]" command is handy, but would be even

Wanted: bash enhancement... non-blocking 'wait'

2010-09-03 Thread Philip Prindeville
I wanted to check in and see if there was a chance of this feature being accepted upstream before I spent any time on it... so here goes. The "wait [n]" command is handy, but would be even handier is: wait [[-a] n] instead, which asynchronously checks to see if process 'n' has completed. I.