[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Segfault in Bash
From: |
Chet Ramey |
Subject: |
Re: Segfault in Bash |
Date: |
Tue, 14 Jul 2020 09:08:45 -0400 |
User-agent: |
Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:68.0) Gecko/20100101 Thunderbird/68.10.0 |
On 7/14/20 6:32 AM, Jeffrey Walton wrote:
> Hi Everyone,
>
> I'm working on a script to find all shared objects in a directory. A
> filename should match the RE '*.so$'. I thought I would pipe it to
> grep:
>
> $ ./audit-libs.sh /home/jwalton/tmp/ok2delete/lib
> ./audit-libs.sh: line 17: 22929 Segmentation fault (core dumped)
> $(echo "$file" | grep -E "*.so$")
> ./audit-libs.sh: line 17: 22934 Segmentation fault (core dumped)
> $(echo "$file" | grep -E "*.so$")
> ./audit-libs.sh: line 17: 22939 Segmentation fault (core dumped)
> $(echo "$file" | grep -E "*.so$")
> ...
>
> My code is broken at the moment. I know I am the cause of Bash's
> crash. But I feel like Bash should not segfault.
Bash is reporting that a process exited due to a seg fault, but it is
not necessarily a bash process.
Since the message is reporting a core dump, a backtrace from that would
tell you what's faulting.
--
``The lyf so short, the craft so long to lerne.'' - Chaucer
``Ars longa, vita brevis'' - Hippocrates
Chet Ramey, UTech, CWRU chet@case.edu http://tiswww.cwru.edu/~chet/