> --- On Sun, 9/12/12, Dirk Eddelbuettel wrote:
> On 9 December 2012 at 18:17, Hin-Tak Leung wrote:
> | Noticed a problem for a while - tests/testit.Rd,
> tests/ver20.Rd are removed on "make clean" unintentionally.
> |
> | This seems to come from a change in tests/Makefile.in, which adds the lin
--- On Mon, 10/12/12, Martin Maechler wrote:
> > --- On Sun, 9/12/12, Dirk
> Eddelbuettel
> wrote:
>
> > On 9 December 2012 at 18:17, Hin-Tak Leung wrote:
> > | Noticed a problem for a while - tests/testit.Rd,
> > tests/ver20.Rd are removed on "make clean"
> unintentionally.
> > |
> > | This s
> Hin-Tak Leung
> on Mon, 10 Dec 2012 09:23:14 + writes:
> --- On Mon, 10/12/12, Martin Maechler wrote:
[.]
>> > That said ..a small bug was introduced back in
>> May .
>>
>> Yes, you are right.
>> BTW: The reason that nobody (from R core, prob
> Wincent
> on Mon, 10 Dec 2012 15:15:34 +0800 writes:
> Dear all,
> During the development of R packages, more and more functions are written
> and some of them are placed in a file. After a while, I want to revised a
> function, but forget which file the function is
I often run R CMD check on my package source. I've noted of late that this process gives
warning messages about
files listed in my .Rbuildignore file, where is once ignored these.
Terry T.
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/ma
--- On Mon, 10/12/12, Martin Maechler wrote:
> > Hin-Tak Leung
>
> > on Mon, 10 Dec
> 2012 09:23:14 + writes:
>
> > --- On Mon, 10/12/12, Martin Maechler
>
> wrote:
> [.]
>
> >> > That said ..a small bug was
> introduced back in
> >> May .
> >>
>
On Dec 10, 2012, at 1:51 AM, Paul Johnson wrote:
> I'm continuing my work on finding speedups in generalized inverse
> calculations in some simulations. It leads me back to .C and .Call,
> and some questions I've never been able to answer for myself. It may
> be I can push some calculations to
On Dec 10, 2012, at 2:05 PM, Simon Urbanek wrote:
>
> On Dec 10, 2012, at 1:51 AM, Paul Johnson wrote:
>
>> I'm continuing my work on finding speedups in generalized inverse
>> calculations in some simulations. It leads me back to .C and .Call,
>> and some questions I've never been able to answ
I've been using mclapply and have encountered situations where it gives
errors or returns incorrect results. Here's a minimal example, which gives
the error on R 2.15.2 on Mac and Linux:
library(parallel)
f <- function(x) NULL
mclapply(1, f, mc.preschedule = FALSE, mc.cores = 1)
# Error in sum(sap
