Process-substitution FDs closed prematurely

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-unknow uname output: Linux hatter.bewilderbeest.net 3.4.4-2-ARCH #1 SMP P

Re: wait unblocks before signals processed

On 11/5/12 11:34 PM, Elliott Forney wrote: > Sorry, I should look before posting. I cloned the latest devel branch > of bash and now I see the following occasionally but it may still be a > work in progress. > > $ ./trap_race > 4.2.37(3)-maint > register_alloc: 0x9779a8 already in table as alloc

Re: wait unblocks before signals processed

Elliott Forney writes: > I guess my question is "can more than one trap run simultaneously?" > The more I think about it though, this is probably not possible. It > looks like the trap doesn't run in a subprocess Traps are executed at command boundaries. > and I presume traps are blocked insid

Re: wait unblocks before signals processed

Thanks! If you run the sample script below you will see that the development branch of bash occasionally crashes with an Aborted.. message too. Do you have an opinion on having a variant of wait, say "wait -", that will simply wait for any job to complete and return it's exit status? I know that