[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
bug#27571: C stack overflow from `prin1' on deeply nested lisp object.
From: |
Noam Postavsky |
Subject: |
bug#27571: C stack overflow from `prin1' on deeply nested lisp object. |
Date: |
Sun, 28 Jan 2018 18:43:16 -0500 |
User-agent: |
Gnus/5.13 (Gnus v5.13) Emacs/26.0.90 (gnu/linux) |
Keith David Bershatsky <esq@lawlist.com> writes:
> First, I did _not_ manually set the terminal with `ulimit -S -s
> unlimited` -- i.e., just plain old terminal, with nothing special.
> The STDERR message when I open Emacs is:
>
> getrlimit: 0
>
> rlim.rlim_cur: 8388608
>
> Second, I _did_ manually set the terminal with `ulimit -S -s
> unlimited`. The STDERR message when I open Emacs is:
>
> getrlimit: 0
>
> rlim.rlim_cur: 67104768
It's maybe better read in hex:
16# 80 0000
16#3FF F000
So it looks the unlimited case on macOS is not so unlimited. Or do you
have a hard limit perhaps? What does
ulimit -H -s
at the shell give you?