bug#27571: C stack overflow from `prin1' on deeply nested lisp object.

[Keith David Bershatsky]

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?