bug-bash
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Hightlighting in bash


From: Micah Cowan
Subject: Re: Hightlighting in bash
Date: Thu, 10 Mar 2011 12:59:11 -0800
User-agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.14) Gecko/20110223 Thunderbird/3.1.8

(03/10/2011 12:55 PM), Chet Ramey wrote:
> On 3/10/11 3:49 PM, Micah Cowan wrote:
>> (03/10/2011 12:07 PM), Chet Ramey wrote:
>>> This doesn't seem like it has to be done in bash.  A small program that
>>> allocated and opened a pty, ran bash in the pty (or an arbitrary command
>>> and arguments specified on the command line), and managed input and output
>>> would be acceptable.
>>>
>>> There look to be a few packages out there that could be adapted for this.
>>> Even a pty sniffing program would do the trick.
>>
>> When both stdout and stderr are the same tty, how do you expect to use
>> this method to detect which text should be hilighted and which shouldn't?
> 
> Obviously, you have to separate them.  We're all saying the same thing: the
> key to making this work is a program that sits in front of make and manages
> its input and output.

Sorry; I guess I misinterpreted you to be saying that somehow you
accomplish the trick by using ptys, when I suppose you were just saying
that this program could provide a pty so that bash is running in a
proper terminal

(My cheap FIFO hack avoids allocating ptys, which should be fine for
running "make" through it, and in the case of FIFOs (but not a spawned
shell-cmd idea) should even work with bash and "exec >out 2>err"; but of
course won't work on anything that expects its output fds to be ttys, as
well as the inputs.)

-- 
Micah J. Cowan
http://micah.cowan.name/



reply via email to

[Prev in Thread] Current Thread [Next in Thread]