Re: dash behaviour, was Re: core dump analysis

Hi Finn, Am 09.04.2023 um 19:32 schrieb Finn Thain: Looks like cat < /proc/self/maps | grep stack would give us enough information without overwhelming the serial console? OTOH - if you can show the error is gone without stack address randomization, that would be a hint maybe? The results be

Re: dash behaviour, was Re: core dump analysis

Hi Finn, On Sat, Apr 8, 2023 at 7:26 AM Finn Thain wrote: > On Fri, 7 Apr 2023, Geert Uytterhoeven wrote: > > > The only way I have found to alter dash's inclination to crash is to > > > reboot. (I said previously I was unable to reproduce this in a single > > > user mode shell but it turned out

Re: dash behaviour, was Re: core dump analysis

On Sun, 9 Apr 2023, Michael Schmitz wrote: > Am 09.04.2023 um 16:42 schrieb Finn Thain: > > On Sun, 9 Apr 2023, Michael Schmitz wrote: > > > >>> > >>> The only way I have found to alter dash's inclination to crash is to > >>> reboot. (I said previously I was unable to reproduce this in a > >>> s

Re: dash behaviour, was Re: core dump analysis

On Sun, 9 Apr 2023, Michael Schmitz wrote: > > > > The only way I have found to alter dash's inclination to crash is to > > reboot. (I said previously I was unable to reproduce this in a single > > user mode shell but it turned out to be more subtle.) > > I wonder what could change from one boo

Re: dash behaviour, was Re: core dump analysis

Hi Finn, Am 09.04.2023 um 16:42 schrieb Finn Thain: On Sun, 9 Apr 2023, Michael Schmitz wrote: The only way I have found to alter dash's inclination to crash is to reboot. (I said previously I was unable to reproduce this in a single user mode shell but it turned out to be more subtle.) I w

Re: dash behaviour, was Re: core dump analysis

Hi Finn, Am 07.04.2023 um 16:03 schrieb Finn Thain: So, again, the best avenue I can think of for such experiments to modify the kernel to either keep track of the times of the wait4 syscalls and The easiest way to do that is to log all wait and signal syscalls, as well as process exit. That m

Re: dash behaviour, was Re: core dump analysis

On Fri, 7 Apr 2023, Geert Uytterhoeven wrote: > > > > The only way I have found to alter dash's inclination to crash is to > > reboot. (I said previously I was unable to reproduce this in a single > > user mode shell but it turned out to be more subtle.) > > That sounds like memory corruption s

Re: dash behaviour, was Re: core dump analysis

Hi Finn, On Fri, Apr 7, 2023 at 6:08 AM Finn Thain wrote: > When dash is feeling crashy, you can get results like this: > > root@debian:~# sh /etc/init.d/mountdevsubfs.sh > *** stack smashing detected ***: terminated > Aborted (core dumped) > Warning: mountdevsubfs should be called with the 'star