This is to announce that we plan to release R version 2.7.0 on Tuesday
April 22, 2008. The following information is mainly for developers,
package maintainers and repository maintainers.
The planned procedure is
Mar 25: "Grand Feature" Freeze 2.7.0 alpha
Apr 8: Feature Freeze 2.7.0 bet
Dear all, I have been following the instructions on
http://cran.stat.sfu.ca/with the intention to install R with 64 bits
support on an 8 core Intel Mac
with 6 GB of memory. I am doing this so I can run an analysis that requires
1.6 gB of memory allocation and would not run on 32 bit version of R as
I'm also interested in a solution to this problem of how to update R
packages without disturbing sessions that may be using them.
For S-PLUS I've been successfully using a system that always creates a
new directory for an update of a library, eg., there could be multiple
directories mylib.c0, m
I am using R version 2.6.2 (2008-02-08) on an XP Pro (version 2002 SP2). When I
try to load the R library 'gtools', I get the following error:
>library(gtools)
Error in .Call("R_lazyLoadDBfetch", key, file, compressed, hook, PACKAGE =
"base") :
C symbol name "R_lazyLoadDBfetch" not in DLL fo
Full_Name: Jerry W. Lewis
Version: 2.6.2
OS: Windows XP Professional
Submission from: (NULL) (198.180.131.16)
Some methods (sample size calculations, for instance) are based upon calculating
the noncentrality parameter needed to achieve a pre-specified value of the
noncentral cdf. None of the di
Full_Name: Lodewijk Bonebakker
Version: v2.6.2
OS: Solaris, x86, snv_80
Submission from: (NULL) (192.18.43.225)
when I build R in 32-bit mode on my 64-bit OS, R works as expected:
R version 2.6.2 (2008-02-08)
...
Type 'q()' to quit R.
> m <- matrix(ncol=2,c(1:6))
>
> m
[,1] [,2]
[1,]1
[EMAIL PROTECTED] wrote:
> Full_Name: Lodewijk Bonebakker
> Version: v2.6.2
> OS: Solaris, x86, snv_80
> Submission from: (NULL) (192.18.43.225)
>
>
> when I build R in 32-bit mode on my 64-bit OS, R works as expected:
>
> R version 2.6.2 (2008-02-08)
> ...
> Type 'q()' to quit R.
>
>
>> m <- ma
I saw this yesterday, on my newly reinstalled iMac (10.5.2), with the
Xcode compiler + gfortran from R 2.6.2.
It looks very like a compiler bug: if I insert a printf statement in
stem.c I get the correct answer, and if I compile src/appl/stem.c without
optimization I get the correct answer.
So
This message is in MIME format. The first part should be readable text,
while the remaining parts are likely unreadable without MIME-aware tools.
--27495890-661127544-1206487153=:18251
Content-Type: TEXT/PLAIN; charset=iso-8859-1; format=flowed
Content-Transfer-Encoding: 8BIT
Yes, R has been
many thanks for the response.
I tried compiling without optimization and it still gives me the same
problem.
Would you think it is something related to the package? Could it be that I
should use another version of the particular package than the one included?
Or could it be something with the way
10 matches
Mail list logo