[PATCH] D66361: Improve behavior in the case of stack exhaustion.
Kamil Rytarowski via Phabricator via cfe-commits
cfe-commits at lists.llvm.org
Tue Sep 3 17:59:25 PDT 2019
krytarowski added a comment.
In D66361#1656037 <https://reviews.llvm.org/D66361#1656037>, @rsmith wrote:
> In D66361#1655903 <https://reviews.llvm.org/D66361#1655903>, @krytarowski wrote:
>
> > This change broke on NetBSD.
> >
> > http://lab.llvm.org:8011/builders/netbsd-amd64/builds/22003/steps/run%20unit%20tests/logs/FAIL%3A%20Clang%3A%3Astack-exhaustion.cpp
>
>
> Test disabled for NetBSD in r370801. If you're interested in investigating why this isn't working there, feel free, but this is only a best-effort mitigation for the case where things have already gone wrong, so there are limits to how much effort it makes sense to resolve this.
>
> Does NetBSD set a hard stack rlimit of less than 8MB by any chance?
The stack rlimit is restricted by default to 4MB. The maximum at least on amd64 is 128MB... but if someone really needs it, it could by bypassed with more stacks.
$ ulimit -a
time(cpu-seconds) unlimited
file(blocks) unlimited
coredump(blocks) unlimited
data(kbytes) 262144
stack(kbytes) 4096
lockedmem(kbytes) 10847213
memory(kbytes) 32541640
nofiles(descriptors) 1024
processes 1024
threads 1024
vmemory(kbytes) unlimited
sbsize(bytes) unlimited
Should the limit by raised by default in the system?
Repository:
rG LLVM Github Monorepo
CHANGES SINCE LAST ACTION
https://reviews.llvm.org/D66361/new/
https://reviews.llvm.org/D66361
More information about the cfe-commits
mailing list