bug-make
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[bug #59093] Segmentation fault regression in make 4.3 vs. 4.2.1


From: Paul D. Smith
Subject: [bug #59093] Segmentation fault regression in make 4.3 vs. 4.2.1
Date: Sun, 13 Sep 2020 08:23:58 -0400 (EDT)
User-agent: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/85.0.4183.83 Safari/537.36

Follow-up Comment #3, bug #59093 (project make):

I don't think I agree with this change.  It's one thing for make to increase
it's own stack size, but it's not good for make to be resetting the stack size
of processes it starts.  That could result in all sorts of issues.

If the user invokes make and the stack size they specify is too small then
maybe they should increase the stack size before invoking make (they can do
this with ulimit -s before invoking make).  We could use sigaltstack() to
allow us to catch this signal and at least print a useful message to the
user.

Alternatively, maybe it's possible for make to dynamically reset the stack
limit before invoking posix_spawn().  It's kind of gross but the reality is
that at the time when we spawn a new process our stack is almost certainly
very small.  I don't know, really, what performance or other issues might
ensue from constantly resetting the stack up and down.

    _______________________________________________________

Reply to this item at:

  <https://savannah.gnu.org/bugs/?59093>

_______________________________________________
  Message sent via Savannah
  https://savannah.gnu.org/




reply via email to

[Prev in Thread] Current Thread [Next in Thread]