From: ki...@ukr.net
To: bug-bash@gnu.org
Subject: wait skips signals but first one
Configuration Information [Automatically generated, do not change]:
Machine: arm
OS: linux-gnueabi
Compiler: arm-mydistro-linux-gnueabi-gcc -mthumb -mfpu=neon -mfloat-abi=hard
-mcpu=cortex-a7
Compilation CFLAGS:
Like you, I can't reproduce it on the desktop platforms I have available
right now.
The bash devel git branch has fairly fine granularity. If you can automate
the signal sending somewhat, maybe by having a child process send signals
to $$, you could use your script and `git bisect' to find the c
Hello again,
Here is another analysis that my collegue made on the issue:
Bash Compiled for wrong OS?
Analysis with strace.
After receiving SIGUSR1, Debian only blocks SIGCHLD, then clears the block:
205295 --- SIGUSR1 {si_signo=SIGUSR1, si_code=SI_USER, si_pid=205327,
si_uid=1040} ---
205
? Maybe you want me to provide some additional debug info?
Thank you,
Mykyta
3 февраля 2024, 22:09:33, от "Chet Ramey" :
On 2/3/24 10:00 AM, Mykyta Dorokhin wrote:
> I have found the commit on devel branch which breaks things for me (and
> probably o
eceived = sig;
- if (waiting_for_child && wait_intr_flag)
+ if (interrupt_immediately && waiting_for_child && wait_intr_flag)
sh_longjmp (wait_intr_buf, 1);
}
--
2.25.1
Mykyta
4 февраля 2024, 02:01:28, от "Mykyta Dorokhin" :
Hello,
Again, I'm on
2024, 16:28:36, от "Chet Ramey" :
On 2/3/24 7:01 PM, Mykyta Dorokhin wrote:
> There is a line in trap.c with your change. If I revert it then everything
> works again:
>
> - if (interrupt_immediately && wait_intr_flag)
> + if (/* interrupt_immediately
