Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > gnu.bash.bug > #14697

Re: Segfault on recursive trap/kill

From Mike Gerwitz <mtg@gnu.org>
Newsgroups gnu.bash.bug
Subject Re: Segfault on recursive trap/kill
Date 2018-10-07 13:24 -0400
Message-ID <mailman.1808.1538933157.1284.bug-bash@gnu.org> (permalink)
References <874ldy1vka.fsf@gnu.org> <8736tj3llu.fsf@gnu.org> <25389056-9fcf-1d31-36d8-13098769a43a@case.edu> <18119.1538880121@jinx.noi.kre.to>

Show all headers | View raw


[Multipart message — attachments visible in raw view] - view raw

On Sun, Oct 07, 2018 at 09:42:01 +0700, Robert Elz wrote:
> I expect that if you did look, you'd probably find that while
> technically the former, it isn't a reference to some wild pointer,
> but rather simply growing the stack until the OS says "no more"
> and returns a SIGSEGV instead af allocating a new stack page.

That makes sense.  Thanks.

Though, it is an implementation detail that IMO a user of bash shouldn't
have to worry about---if bash instead implemented its interpreter stack
on the heap rather than the same stack as bash itself, a segfault could
have represented an actual bug.

-- 
Mike Gerwitz

Back to gnu.bash.bug | Previous | Next | Find similar | Unroll thread


Thread

Re: Segfault on recursive trap/kill Mike Gerwitz <mtg@gnu.org> - 2018-10-07 13:24 -0400

csiph-web