[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: |
Keith David Bershatsky |
Subject: |
bug#27571: C stack overflow from `prin1' on deeply nested lisp object. |
Date: |
Sun, 28 Jan 2018 15:49:46 -0800 |
Starting a fresh terminal session, with no special settings:
$ ulimit -H -s
65532
;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;
DATE: [01-28-2018 15:43:16] <28 Jan 2018 18:43:16 -0500>
FROM: Noam Postavsky <npostavs@users.sourceforge.net>
>
> 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?