On 29.08.2011 21:22, Henrik Bengtsson wrote:
FYI,
http://cran.r-project.org/src/base/NEWS.html [May 18, 2011] is for R
v2.13.0 whereas http://cran.r-project.org/src/base/NEWS [July 8, 2011]
is for R v2.13.1. The former is linked to on a few places on
http://cran.r-project.org/.
Thnaks, prob
On Aug 30, 2011, at 11:21 , Uwe Ligges wrote:
>
>
> On 29.08.2011 21:22, Henrik Bengtsson wrote:
>> FYI,
>>
>> http://cran.r-project.org/src/base/NEWS.html [May 18, 2011] is for R
>> v2.13.0 whereas http://cran.r-project.org/src/base/NEWS [July 8, 2011]
>> is for R v2.13.1. The former is link
Hello,
I'm newbie in R and I have a problem exporting a table with many columns to
a dbf file.
I found an error when I open the result DBF file on other software and also
importing it on R again.
Here a example snippet of the problem (on a GNU/Linux OS):
http://pastebin.com/0SMJqqwb
Is it a bug?
Hi,
there seems to be an unexpected behavior when using callNextMethod() in a method
to a (user defined) generic function so that additional arguments to the ones
defined in the signature of the generic are not passed correctly (i.e., their
value are lost/replaced by the default).
Problem desc
I have no R API calls inside the parallelized block. I will work on creating
a self-contained example and post it for your review. Thanks! -Alireza
--
View this message in context:
http://r.789695.n4.nabble.com/How-to-safely-use-OpenMP-pragma-inside-a-C-function-tp3777036p3778482.html
Sent from t
Bump. Any comments on this?
Hadley
On Tue, Aug 16, 2011 at 10:53 AM, Hadley Wickham wrote:
> Hi all,
>
> I'm struggling with accessing a package dataset (munsell.map, stored
> in sysdata.rda) when that package is imported, not required. A simple
> reproducible example is:
>
> install.packages("
I struggled with this for a while too, and I have no idea why this
data object is unavailable. Finally I found this can do the trick:
data(munsell_map, package = "munsell")
munsell::mnsl("10B 4/6")
## works
But I still cannot understand this.
Regards,
Yihui
--
Yihui Xie
Phone: 515-294-2465 Web:
> Your package is doing something weird, so I think it's you: you are loading
> the munsell.map file via "load.r" in the top level of the package. That's
> not a standard thing to do, and it's not being executed in the first case.
>
> Put that load statement into one of the files in the R directo
I am getting messages like this whenever I try to post to r-help. The
message seems to say that the problem is with on the r-help end (the
recipient domain).
Delivery to the following recipient failed permanently:
r-h...@r-project.org
Technical details of permanent failure:
Google tried to
On Tue, Aug 30, 2011 at 11:42 AM, Gabor Grothendieck
wrote:
> I am getting messages like this whenever I try to post to r-help. The
> message seems to say that the problem is with on the r-help end (the
> recipient domain).
>
>
> Delivery to the following recipient failed permanently:
>
> r-h.
Simon,
I found that files R-2.13.1/src/library/stats/src/distance.c and
R-2.13.1/src/main/array.c have openmp code (example below). I have couple
questions regarding best practices when using R internals and openmp.
Can we use R-2.13.1/src/library/stats/src/distance.c and
R-2.13.1/src/main/array
On 30/08/2011 11:27 AM, Hadley Wickham wrote:
> Your package is doing something weird, so I think it's you: you are loading
> the munsell.map file via "load.r" in the top level of the package. That's
> not a standard thing to do, and it's not being executed in the first case.
>
> Put that l
On 30.08.2011 18:59, Duncan Murdoch wrote:
On 30/08/2011 11:27 AM, Hadley Wickham wrote:
> Your package is doing something weird, so I think it's you: you are
loading
> the munsell.map file via "load.r" in the top level of the package.
That's
> not a standard thing to do, and it's not being ex
R-devel,
I am interested in creating a package that requires non-GPL'd (commercial) C
code to work. In essence it is a single .c file with no use of R headers
(all .C callable functions). For example's sake:
1 #include
2
3 void test (int *a) {
4 *a = 101;
5 }
The package isn't des
>> Lazy data is stored in a separate file that is loaded when
>> library(munsell) is called. It appears it isn't being loaded when you
>> only use munsell::mnsl to load it but not attach it. Certainly loading
>> it from one of your .R files would work; I'm not sure if it is
>> intentional that this
On 30.08.2011 19:52, Hadley Wickham wrote:
Lazy data is stored in a separate file that is loaded when
library(munsell) is called. It appears it isn't being loaded when you
only use munsell::mnsl to load it but not attach it. Certainly loading
it from one of your .R files would work; I'm not sur
On 30/08/2011 1:50 PM, Jeffrey Ryan wrote:
R-devel,
I am interested in creating a package that requires non-GPL'd (commercial) C
code to work. In essence it is a single .c file with no use of R headers
(all .C callable functions). For example's sake:
1 #include
2
3 void test (int *a)
On Tue, 30 Aug 2011, Duncan Murdoch wrote:
On 30/08/2011 1:50 PM, Jeffrey Ryan wrote:
R-devel,
I am interested in creating a package that requires non-GPL'd
(commercial) C code to work. In essence it is a single .c file
with no use of R headers (all .C callable functions). For
example's s
> -Original Message-
> From: r-devel-boun...@r-project.org [mailto:r-devel-boun...@r-project.org] On
> Behalf Of Duncan Murdoch
> Sent: Monday, August 29, 2011 5:30 PM
> To: Gabriel Becker
> Cc: r-devel@r-project.org
> Subject: Re: [Rd] Out-of-date manual or small bug in R CMD check?
>
>
Is there any way to look at R_StringHash from a package? I've read
R-Ints 1.16.1 "Hiding C entry points" and seen that R_StringHash is
declared as extern0 in Defn.h. So it seems the answer is no.
Thanks,
Matthew
__
R-devel@r-project.org mailing list
htt
> That works fine for me as well and then this special data are available when
> the Namespace is loaded already. Have you put that file into package/R
> rather than package/data? Which R version?
Yes, sysdata.rda is in package/R - source code available here:
https://github.com/cwickham/munsell/tr
21 matches
Mail list logo
