[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[bug #22010] The increased stack rlimit is inherited by the subprocesses
From: |
anonymous |
Subject: |
[bug #22010] The increased stack rlimit is inherited by the subprocesses to make. |
Date: |
Sat, 12 Jan 2008 22:23:35 +0000 |
User-agent: |
Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.8.1.11) Gecko/20071220 Firefox/2.0.0.11 |
URL:
<http://savannah.gnu.org/bugs/?22010>
Summary: The increased stack rlimit is inherited by the
subprocesses to make.
Project: make
Submitted by: None
Submitted on: Saturday 01/12/2008 at 22:23 UTC
Severity: 3 - Normal
Item Group: Bug
Status: None
Privacy: Public
Assigned to: None
Open/Closed: Open
Discussion Lock: Any
Component Version: 3.81
Operating System: POSIX-Based
Fixed Release: None
_______________________________________________________
Details:
As has been noted in bug #18396, the excessive use of stack in make is not a
good thing. But worse is that the increased rlimit is inherited by the
subprocesses started by the make.
Eg:
$ make --version
GNU Make 3.81
Copyright (C) 2006 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.
There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A
PARTICULAR PURPOSE.
This program built for ia64-unknown-linux-gnu
$ cat foo.mk
foo:
: && ulimit -a
$ make -f foo.mk
core file size (blocks, -c) 0
data seg size (kbytes, -d) unlimited
scheduling priority (-e) 0
file size (blocks, -f) unlimited
pending signals (-i) 4056
max locked memory (kbytes, -l) 128
max memory size (kbytes, -m) unlimited
open files (-n) 1024
pipe size (512 bytes, -p) 8
POSIX message queues (bytes, -q) 819200
real-time priority (-r) 0
stack size (kbytes, -s) 2097152
cpu time (seconds, -t) unlimited
max user processes (-u) 4056
virtual memory (kbytes, -v) unlimited
file locks (-x) unlimited
Ok, that you want to use stack, but wouldn't you say that ~2GB is a bit
excessive?
Unfortunately, some parts of glibc aren't prepared for those kinds of stack
sizes (eg pthreads, which causes some applications to fail intermittently with
SIGSEGV).
Please at least restore the ulimits for the subprocesses.
_______________________________________________________
Reply to this item at:
<http://savannah.gnu.org/bugs/?22010>
_______________________________________________
Message sent via/by Savannah
http://savannah.gnu.org/
[Prev in Thread] |
Current Thread |
[Next in Thread] |
- [bug #22010] The increased stack rlimit is inherited by the subprocesses to make.,
anonymous <=