On Fri, 30 Oct 2015 14:00:10 -0400
Chet Ramey wrote:
> On 10/30/15 12:50 PM, Mike Frysinger wrote:
> > On 26 Oct 2015 16:59, Stefan Tauner wrote:
> >> I was creating some exercises for my students when I noticed very
> >> strange behavior of the time built-in when
e way too much
recursions in execute_pipeline() and signal handling all over the place
that I'd rather not touch it yet. :) However, if you'd give me some
pointers I can look into it.
KR
--
Dipl.-Ing. Stefan Tauner
Research and Development
Embedded Systems Department
University of Applied
Hi!
I'd like to submit the attached small patch for bash, for
${top_srcdir}/support/signames.c. The patch is based on bash 4.1. The
patch is specific to Solaris (SIGJVM1 and SIGJVM2).
Thank you very much!
--Stefan
--
Stefan Teleman
Oracle USA Corporation
stefan.tele...@oracl
R trap for subshell
contexts. The script below illustrates this behavior as the trap action
err_handler() is not called.
Is this behaviour intended? Even if so, I'd like to say that I would find ERR
trap inheritance for command substitution extremely useful :-)
Cheers,
Stef
On Wed, 30 Jan 2008 13:44:47 -0700, Bob Proulx wrote:
> Stefan Palme wrote:
>> don't know if this is the right newsgroup, but it's the only one I can
>> find with "bash" in its name :-)
>
> That newsgroup is gatewayed to the bug-bash mailing lis
ps, which makes the whole thing unreadable
again.
But I guess I can create and use a function containing the
"output_generator" chain...
> BTW: I would use $() syntax instead of the backtic syntax; just easier
> to see.
Ok...
Thanks and regards
-stefan-
uot;result" in this
loop does not affect the "outer result".
How can I solve this? I have some very ugly solutions, but
I guess there must be something "nice" :-)
(using bash-3.2.17(1)-release)
Thanks and regards
-stefan-
Full Article:
http://service.spiegel.de/cache/international/0,1518,344374,00.html
___
Bug-bash mailing list
Bug-bash@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-bash
