Hi all,
After an upgrade from R_2.10.1 to R_2.11.1 I am now getting the following error:
Error: evaluation nested too deeply: infinite recursion / options(expressions=)?
This occurs in the initialize method of S4 classes where I was initialising
attributes eg:
.Object[['realtimeState']] <- list(
Hi,
I am working on producing an R package containing mostly S4 classes and methods.
I have generated and filled out all the necessary .Rd files but find that once
installed I am unable to access help pages for the classes using the
?package::classname-class syntax that is suggested when using t
Dear Simone,
On 04.10.2010, at 01:01, Simone Giannerini wrote:
> it looks like that tabulate() does not check for the bounds of the input.
> Reproducible example:
>
>> b <- 1:2
>> tabulate(b[1:100])
> [1] 1 1
this looks perfectly reasonable. Consider the result of
> b <- 1:2
> b[1:100]
[1]
Dear all,
it looks like that tabulate() does not check for the bounds of the input.
Reproducible example:
> b <- 1:2
> tabulate(b[1:100])
[1] 1 1
> R.version
_
platform i386-pc-mingw32
arch i386
os mingw32
system i386, mingw32
status Pa
I found the problem. It turned out that the coding system of the Rd
file (as defined under Emacs) was mistakenly set by me to a wrong
value. I had to define it as iso-latin-1, and then retype the
accentuated characters under this new system. Everything looks OK,
now. Sorry for bothering you.
2010/
Hi
Thanks for narrowing down the problem.
I have committed some more defensive code and a change that fixes the
problem (for me ...
R version 2.13.0 Under development (unstable) (2010-09-28 r53056)
Platform: i686-pc-linux-gnu (32-bit)
Paul
On 10/3/2010 10:25 PM, Brian G. Peterson wrote:
On
I see C:/R\R-2.11.1\share\texmf\Rd.sty which is my current R
installation. By the way, there is no error during the compilation
with
R CMD Rd2dvi --no-clean dja.Rd
So, it looks that the problem is located elsewhere...
Thank you for your help.
All the best,
Renaud
2010/10/3 Duncan Murdoch :
>
On 03/10/2010 1:14 PM, Renaud Lancelot wrote:
Thank you very much. My LaTeX installation is up to date (very
recently updated with MIKTeK update facility).
I have run R CMD Rd2dvi --no-clean dja.Rd and the result looks OK. I
have put the resulting TeX file at
http://filex.cirad.fr/get?k=K1cBpKr3U
Thank you very much. My LaTeX installation is up to date (very
recently updated with MIKTeK update facility).
I have run R CMD Rd2dvi --no-clean dja.Rd and the result looks OK. I
have put the resulting TeX file at
http://filex.cirad.fr/get?k=K1cBpKr3UBUmdOJFMlx
Do you have another suggestion?
Ren
On 03.10.2010 18:38 (UTC+1), Peter Dalgaard wrote:
On 10/03/2010 05:58 PM, Prof Brian Ripley wrote:
On Sun, 3 Oct 2010, Rainer Hurling wrote:
...
Is this a known error? I would really appreciate if someone could give
me a hint.
Not known, and as it is a POSIX construction almost all OSes hav
On 03/10/2010 12:23 PM, Renaud Lancelot wrote:
Dear all,
I have a problem with an Rd file containing French accentuated
characters. I have uploaded the file at
http://filex.cirad.fr/get?k=cjW7lImMaNC6Ci2vX0H
I have declared
Encoding: latin1
in the package DESCRIPTION file
and I have added
\enc
On 10/03/2010 05:58 PM, Prof Brian Ripley wrote:
> On Sun, 3 Oct 2010, Rainer Hurling wrote:
>
> ...
Is this a known error? I would really appreciate if someone could give
me a hint.
>>>
>>> Not known, and as it is a POSIX construction almost all OSes have it.
>>
>> Hmmm. It seems its im
Dear all,
I have a problem with an Rd file containing French accentuated
characters. I have uploaded the file at
http://filex.cirad.fr/get?k=cjW7lImMaNC6Ci2vX0H
I have declared
Encoding: latin1
in the package DESCRIPTION file
and I have added
\encoding{latin1}
in the header of the Rd file.
When
On Sun, 3 Oct 2010, Rainer Hurling wrote:
...
Is this a known error? I would really appreciate if someone could give
me a hint.
Not known, and as it is a POSIX construction almost all OSes have it.
Hmmm. It seems its implementation in FreeBSD (CURRENT) is a little different
from other OSes?
On 03.10.2010 17:08 (UTC+1), Peter Dalgaard wrote:
On 10/03/2010 04:24 PM, Rainer Hurling wrote:
I tried to compile R-beta_2010-10-02_r53128 on FreeBSD 9.0-CURRENT
(amd64) with gcc-4.4.5 and it fails:
Thanks for the report. WIFEXITED/WEXITSTATUS are usually defined in
(usually /usr/include/s
On 03.10.2010 17:10 (UTC+1), Prof Brian Ripley wrote:
On Sun, 3 Oct 2010, Rainer Hurling wrote:
I tried to compile R-beta_2010-10-02_r53128 on FreeBSD 9.0-CURRENT
(amd64) with gcc-4.4.5 and it fails:
-
gcc -std=gnu99 -I../../src/extra/zlib -I../../src/ex
On Sun, 3 Oct 2010, Rainer Hurling wrote:
I tried to compile R-beta_2010-10-02_r53128 on FreeBSD 9.0-CURRENT (amd64)
with gcc-4.4.5 and it fails:
-
gcc -std=gnu99 -I../../src/extra/zlib -I../../src/extra/bzip2
-I../../src/extra/pcre -I../../src/extra
On 10/03/2010 04:24 PM, Rainer Hurling wrote:
> I tried to compile R-beta_2010-10-02_r53128 on FreeBSD 9.0-CURRENT
> (amd64) with gcc-4.4.5 and it fails:
Thanks for the report. WIFEXITED/WEXITSTATUS are usually defined in
(usually /usr/include/sys/wait.h). Do you have any
indication that this mi
I tried to compile R-beta_2010-10-02_r53128 on FreeBSD 9.0-CURRENT
(amd64) with gcc-4.4.5 and it fails:
-
gcc -std=gnu99 -I../../src/extra/zlib -I../../src/extra/bzip2
-I../../src/extra/pcre -I../../src/extra -I. -I../../src/include
-I../../src/includ
On Sat, 2 Oct 2010 22:36:07 -0700, Deepayan Sarkar
wrote:
>> On Sat, Oct 2, 2010 at 4:35 PM, Paul Murrell
>> wrote:
>>> The only device I've tried is quartz(), x11() crashed with
rasterImage,
>>
>> That is more serious. I have heard of a couple of others like this and
>> I think the common threa
20 matches
Mail list logo
