From blindglobe at gmail.com  Tue Apr 11 18:53:10 2006
From: blindglobe at gmail.com (A.J. Rossini)
Date: Tue, 11 Apr 2006 18:53:10 +0200
Subject: [Rd] Stack checking, core dumps, and embedding R
In-Reply-To: <443BDE15.208@wald.ucdavis.edu>
References: <1abe3fa90604110234v1b4958c0w1e51e2b49f7ff9c5@mail.gmail.com>
	<443BDE15.208@wald.ucdavis.edu>
Message-ID: <1abe3fa90604110953o5707e9d8y921183611450dc84@mail.gmail.com>

Yep, bingo.  That's what I'm thinking, too.  Except that it's supposed
to be protected at my end.

"Supposed to".


On 4/11/06, Duncan Temple Lang <duncan at wald.ucdavis.edu> wrote:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
>
>
> Hi Tony.
>  Just to eliminate things, is the host application
> in which R is being embedded doing anything with
> the stack, e.g. some lisp system playing with threads
> via manipulating the stack?
>
>  D.
>
>
> A.J. Rossini wrote:
> > I will say this first -- I can't copy/paste the error message from the
> > screen, so it's being retyped.  Errors might occur.  SORRY.
> >
> > I've been experiencing some interesting stack warnings recently when
> > moving from R 2.2.x to the R 2.3.0 series and the R 2.4.0 series.  In
> > particular, I'm getting warnings of "Error: C stack usage is too close
> > to the limit" before segfaulting, and this wasn't happening under the
> > 2.2.x series.
> >
> > Here's the question statement:  (ONLY) In the situation where one is
> > embedding R, is anyone else seeing this occur with recent (past 2
> > weeks) versions of R (both the 2.3.x and 2.4.x series)?
> >
> > (it doesn't happen in the non-embedded case for me, at least not
> > recently -- there was an SVN version recently where I did get that
> > behavior in the non-embedded case, but it was "fixed" before I had a
> > chance to report).
> >
> > I'm still debugging it; hopefully will have a bug report while I'm on
> > (working) vacation in the states next week.
> >
> > 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
>
> - --
> Duncan Temple Lang                    duncan at wald.ucdavis.edu
> Department of Statistics              work:  (530) 752-4782
> 4210 Mathematical Sciences Building   fax:   (530) 752-7099
> One Shields Ave.
> University of California at Davis
> Davis,
> CA 95616,
> USA
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1.4.3 (Darwin)
>
> iD8DBQFEO94V9p/Jzwa2QP4RAnWGAJ91+pwjFx7glZB/AuwCCK+PqszxiQCdHhpf
> fKWDQNLmtApXBANkZAZ+NaE=
> =34Sm
> -----END PGP SIGNATURE-----
>


--
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] Stack checking, core dumps, and embedding R
A.J. Rossini