From blindglobe at gmail.com  Wed Apr 19 08:20:45 2006
From: blindglobe at gmail.com (A.J. Rossini)
Date: Wed, 19 Apr 2006 08:20:45 +0200
Subject: [Rd] Embedding, core dumps, etc.
In-Reply-To: <Pine.LNX.4.64.0604190705400.3286@gannet.stats.ox.ac.uk>
References: <1abe3fa90604181611q25a01916y5e06a679969f669@mail.gmail.com>
	<Pine.LNX.4.64.0604190705400.3286@gannet.stats.ox.ac.uk>
Message-ID: <1abe3fa90604182320q7481e44ci51fe23a69db60a8@mail.gmail.com>

It doesn't seem to help.  I suspect it is more related to signal
handling changes than the stack.  Note that I dropped that from the
subject line for my email which started this thread, but I agree, I
didn't mention signal handing.

On 4/19/06, Prof Brian Ripley <ripley at stats.ox.ac.uk> wrote:
> Tony,
>
> It is possible to turn stack checking off by setting R_CStackLimit = -1 in
> the embedding application: it works for me, so can you please try it?
>
> Brian
>
> On Wed, 19 Apr 2006, A.J. Rossini wrote:
>
> > Well, nothing has changed in the issues that I brought up earlier,
> > except that I can confirm core dumps in non-threaded lisps as well
> > (CLISP), using svn version 37840 (this morning, Seattle time) for
> > R-2-3-patches.   I've not tried Thomas' suggested fixes, as I'm
> > hesistant to go down the road of fixing R in such a way that would
> > require constant patching.
> >
> > (so for those counting, neither CLISP, CMUCL, nor SBCL can embed
> > R-2-3-patches using CFFI on (2 distros of) i386 Linux; all abort and
> > offer to dump core nearly instantly after initialization).   All work
> > with R-2-2-patches.
> >
> > For me, this is a serious bug.   I suppose other people can define it
> > in other ways, using terms such as "feature" or "documented".  For
> > various reasons (see the last bug report I submitted for details), I'm
> > not going to submit to R-bugs, since by definition, it isn't an R-bug.
> >
> > best,
> > -tony
> >
> > blindglobe at gmail.com
> > Muttenz, Switzerland.
> > "Commit early,commit often, and commit in a repository from which we
> > can easily roll-back your mistakes" (AJR, 4Jan05).
> >
> > ______________________________________________
> > R-devel at r-project.org mailing list
> > https://stat.ethz.ch/mailman/listinfo/r-devel
> >
> >
>
> --
> Brian D. Ripley,                  ripley at stats.ox.ac.uk
> Professor of Applied Statistics,  http://www.stats.ox.ac.uk/~ripley/
> University of Oxford,             Tel:  +44 1865 272861 (self)
> 1 South Parks Road,                     +44 1865 272866 (PA)
> Oxford OX1 3TG, UK                Fax:  +44 1865 272595
>


--
best,
-tony

blindglobe at gmail.com
Muttenz, Switzerland.
"Commit early,commit often, and commit in a repository from which we can easily
roll-back your mistakes" (AJR, 4Jan05).



[Rd] Embedding, core dumps, etc.
A.J. Rossini