R devel - Jan 2007 - R crashes when used from within rpy (PR#9481)

Full_Name: Jose Gaetan Pierre
Version: 2.4.1
OS: Fedora Core 6
Submission from: (NULL) (196.27.87.14)


I have been using R from within rpy for a while because I am more familiar with
Python syntax. I first noticed this bug with R-2.4.0.
Screendump: ------------------------------
>>> from rpy import *
>>> beer = r.scan()
1:  3 4 1 1 3 4 3 3 1 3 2 1 2 1 2 3 2 3 1 1 1 1 4 3 1
26: 
Read 25 items
>>> c = r.table(beer)
>>> c
array([10,  4,  8,  3])
>>> r.pie(c)
>>> Error during wrapup: C stack usage is too close to the limit
 *** caught segfault ***
address (nil), cause 'memory not mapped'

Possible actions:
1: abort (with core dump)
2: normal R exit
3: exit R without saving workspace
4: exit R saving workspace
Selection: 3
3
>>> 
End of screendump --------------------

R crashes when the mouse is dragged onto the graphics display.

The version of rpy I am using is rpy-1.0-RC2.

Please note that I also have the same problem on OpenSuSe-10.2.

It does not matter whether I install R using provided rpm packages for the
respective Linux system or whether I compile R myself.


Many thanks for your attention.

Jose G Pierre

This is not the address for bug reports on 'rpy'.
Your example works in R.

On Tue, 30 Jan 2007, jgp at m-itc.net wrote:
> Full_Name: Jose Gaetan Pierre
> Version: 2.4.1
> OS: Fedora Core 6
> Submission from: (NULL) (196.27.87.14)
>
>
> I have been using R from within rpy for a while because I am more familiar
with
> Python syntax. I first noticed this bug with R-2.4.0.
> Screendump: ------------------------------
>>>> from rpy import *
>>>> beer = r.scan()
> 1:  3 4 1 1 3 4 3 3 1 3 2 1 2 1 2 3 2 3 1 1 1 1 4 3 1
> 26:
> Read 25 items
>>>> c = r.table(beer)
>>>> c
> array([10,  4,  8,  3])
>>>> r.pie(c)
>>>> Error during wrapup: C stack usage is too close to the limit
>
> *** caught segfault ***
> address (nil), cause 'memory not mapped'
>
> Possible actions:
> 1: abort (with core dump)
> 2: normal R exit
> 3: exit R without saving workspace
> 4: exit R saving workspace
> Selection: 3
> 3
>>>>
> End of screendump --------------------
>
> R crashes when the mouse is dragged onto the graphics display.
>
> The version of rpy I am using is rpy-1.0-RC2.
>
> Please note that I also have the same problem on OpenSuSe-10.2.
>
> It does not matter whether I install R using provided rpm packages for the
> respective Linux system or whether I compile R myself.
>
>
> Many thanks for your attention.
>
> Jose G Pierre
>
> ______________________________________________
> 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

--nextPart1830390.4s8xi7h1go
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline

On Tuesday 30 January 2007 06:29, jgp at m-itc.net
wrote:
> >>> Error during wrapup: C stack usage is too close to the limit
Probably the stack-checking mechanism needs to be adjusted when embedding R=20
inside python. This mechanism was added in R 2.3.0, so you could try=20
compiling with R 2.2.x.
See http://cran.r-project.org/doc/manuals/R-exts.html#Threading-issues .
I've=20
only had a cursory look at the RPy code, but it seems to me, the culprit may=20
be in function r_events in rpymodule.c .

But since this is almost certainly a bug in RPy, not R, you should submit
your=20
report to their tracker instead:=20
http://sourceforge.net/tracker/?group_id=3D48422&atid=3D453021
As a rule of thumb, don't report problems here, unless you can reproduce
them=20
in a plain R session.

Regards
Thomas Friedrichsmeier

--nextPart1830390.4s8xi7h1go
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.6 (GNU/Linux)

iD8DBQBFvzQwEKRv+5DVNhgRAorEAKCUUNqoF6k/9ipVkbY78ELpqwL2HACgmhTf
kP0VCflFTvnhfxgpJQig+Qw=WYJt
-----END PGP SIGNATURE-----

--nextPart1830390.4s8xi7h1go--