Configuration Information [Automatically generated, do not change]:
Machine: x86_64
OS: linux-gnu
Compiler: gcc
Compilation CFLAGS: -DPROGRAM='bash' -DCONF_HOSTTYPE='x86_64'
-DCONF_OSTYPE='linux-gnu' -DCONF_MACHTYPE='x86_64-pc-linux-gnu'
-DCONF_VENDOR='pc' -DLOCALEDIR='/usr/share/locale' -DPACKAGE
Am Sat, 21 Jan 2012 12:24:03 +0100
schrieb Philip :
> Hi! Short question this time..
>
> $ echo '-e'
> does not print -e
>
> $ echo '-e '
> does print -e .
>
> Is this the way as it ought to be? GNU bash, Version 4.1.5(1)-release (Debian
>
Hi! Short question this time..
$ echo '-e'
does not print -e
$ echo '-e '
does print -e .
Is this the way as it ought to be? GNU bash, Version 4.1.5(1)-release (Debian
stable)
Regards
d. The xterm
window is still there because of the -hold parameter.
I get the exact same behavior if I use "(xclock &)" instead.
So without job control bash might (I know, we don't know for sure)
send the SIGHUP to all processes started in the shell, whether child
by definition or not?
Shouldn't the -i flag enable job control by the way?
Regards,
Philip
Am Wed, 28 Dec 2011 14:48:45 -0500
schrieb Greg Wooledge :
>
> If you want to disown something, you have to *stop* doing this double-fork
> nonsense.
>
> #!/bin/bash
> set -m
> xterm &
> disown -h
>
> Do not put (...) around the background job. When you do that, the main
> bash process loses i
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
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
but profuse output that
logs commands being invoked, etc.
Does this seem doable?
Thanks,
-Philip
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
nd detached when it successfully connected, causing the original instance to
exit with 0; anything else would return non-zero.)
Does this seem like a reasonable enhancement?
Thanks,
-Philip
could test?
Thanks,
-Philip
Ping
On Wed, 7 Dec 2005, Philip Rowlands wrote:
In builtins/read.def (from bash-3.0.tar.gz):
677 old_attempted_completion_function = rl_attempted_completion_function;
678 rl_attempted_completion_function = (rl_completion_func_t *)NULL;
679 ret = readline (p);
680
In builtins/read.def (from bash-3.0.tar.gz):
677 old_attempted_completion_function = rl_attempted_completion_function;
678 rl_attempted_completion_function = (rl_completion_func_t *)NULL;
679 ret = readline (p);
680 rl_attempted_completion_function = old_attempted_completion_funct
On Fri, 2 Dec 2005, Chet Ramey wrote:
I can't reproduce it, using bash-2.05b and bash-3.0 on MacOS X and Red
Hat Linux. I don't use any custom completions or the bash-completion
package, though, so I don't know what effect those might have.
Hmm, I did take pains not to have any .inputrc or co
Configuration Information [Automatically generated, do not change]:
Machine: i586
OS: linux-gnu
Compiler: gcc
Compilation CFLAGS: -DPROGRAM='bash' -DCONF_HOSTTYPE='i586'
-DCONF_OSTYPE='linux-gnu' -DCONF_MACHTYPE='i586-mandrake-linux-gnu'
-DCONF_VENDOR='mandrake' -DLOCALEDIR='/usr/share/locale' -
15 matches
Mail list logo
