Re: gnus crashes XEmacs (on MacOS X 10.0.1) in summary buffer

Eric> Gunnar Evermann <ge204(a)eng.cam.ac.uk&gt; writes: Eric> Found it: Eric> [eric＠gryffindor ~] limit Eric> cputime unlimited Eric> filesize unlimited Eric> datasize 6144 kbytes Eric> stacksize 512 kbytes Eric> coredumpsize unlimited Eric> memoryuse unlimited Eric> descriptors 256 Eric> memorylocked unlimited Eric> maxproc 100 Eric> With "limit stacksize 8192k" in my .cshrc it works, no crash. Does Eric> this mean, that this is an OS X/Darwin issue? I mean, OS X is raising Eric> strange signals that UNIX won't understand, that is not what it is Eric> supposed to do? XEmacs needs more than .5 MB stacksize. That's the smallest I've seen. Even 2MB is not enough. I recommend 8MB. Here are the defaults for a bunch of Unix systems. (martin＠mule) ~/Mail $ do-mulelab 'uname -s; limit | g stacksize' -------------- hpux ---------------- HP-UX stacksize 8MB -------------- turbolinux ---------------- Linux stacksize 8MB -------------- aix ---------------- AIX stacksize 32MB -------------- freebsd ---------------- FreeBSD stacksize 64MB -------------- polgar ---------------- SunOS stacksize 8MB -------------- bsdi ---------------- BSD/OS stacksize 2MB -------------- sunos ---------------- SunOS stacksize 8MB -------------- mule ---------------- SunOS stacksize 8MB -------------- lasker ---------------- Linux stacksize 8MB -------------- netbsd ---------------- NetBSD stacksize 2MB -------------- solaris8i ---------------- SunOS stacksize 8MB -------------- tru64 ---------------- OSF1 stacksize 2MB .5MB is so small I consider this a MacOS X BUG. (See the freebsd entry above). Sample dotfile code: case "$SHOST" in debian | hpux) limit stacksize 8m;; *) limit stacksize 16m;; esac