Am 09.01.20 um 17:56 schrieb crvi c: > I am using the same bash / gnome-terminal as part of my daily work. The > crash was random and it is not consistently reproducible. I have a > couple of bash core files, if that would be of any help.
Ok, I see - had hoped it to be better reproducible. In my tests I found that the function in question get executed if I do for example "ls /" and tab. Could be the crashing cases are related to absolute paths? Otherwise you could try to run it by valgrind e.g. like following: valgrind --tool=memcheck --trace-children=no --child-silent-after-fork=yes bash valgrind --tool=exp-sgcheck --trace-children=no --child-silent-after-fork=yes bash Another approach could be, if CPU support is given, to use a timetravel debugger like rr to record bash executions and replay a crashing one to find out where the stack canary got overwritten. Unfortunately a core did alreay run over the interesting instruction changing that stack canary, will therefore not of so much use. Maybe just if the stack would be overwritten with some recognizable values ... Kind regards, Bernhard
