search for: krlmlr

...dplyr gives a warning that it has been built against a different version of Rcpp [4], just like the warning when packages are built against a different version of R. Thanks. Best regards Kirill [1] https://github.com/hadley/dplyr/issues/2308#issuecomment-267495075 [2] https://travis-ci.org/krlmlr/pkg.upgrade.test#L589-L593 [3] https://travis-ci.org/krlmlr/pkg.upgrade.test#L619-L645 [4] https://travis-ci.org/krlmlr/pkg.upgrade.test#L671-L703

...two functions f and g in two files a.R and b.R. See [2] for a documented test run on installed package (Ubuntu 15.10, UTF-8 locale, R 3.2.3). Same behavior with r-devel (r70303). The parse data helps reliable coverage analysis [3]. Please advise. Best regards Kirill [1] https://github.com/krlmlr/covr.dummy [2] http://rpubs.com/krlmlr/getParseData [3] https://github.com/jimhester/covr/pull/154

...tency -- it > would also be nice if PROTECT_WITH_INDEX() behaved the same. Thanks, Martin, this sounds reasonable. I've put together a patch for review [1], a diff for applying to SVN (via `cat | patch -p1`) would be [2]. The code compiles on my system. -Kirill [1] https://github.com/krlmlr/r-source/pull/5/files [2] https://patch-diff.githubusercontent.com/raw/krlmlr/r-source/pull/5.diff > > Martin > > > Best regards > > Kirill

..., I'd like to release a package to CRAN which uses rpart and relies on that functionality. I have prepared a patch (minor modifications at three places, and a test) which I'd like to propose for inclusion in the next CRAN release of rpart. The patch can be reviewed at https://github.com/krlmlr/rpart/tree/empty-model, the files (based on the current CRAN release 4.1-8) can be downloaded from https://github.com/krlmlr/rpart/archive/empty-model.zip. Thanks for your attention. With kindest regards Kirill M?ller

...ports" methods and imports either the setRefClass function (scenario "import-setRefClass") or the whole package (scenario "import-methods") It succeeds if the newTest function calls require(methods) (scenario "require"). The script at https://raw2.github.com/krlmlr/methodsTest/master/test-all.sh creates an empty user library in subdirectory r-lib of the current directory, installs devtools, and tests the four scenarios by repeatedly installing the corresponding version of the package and trying to execute newTest() from Rscript. I have attached the output...

...ble. I've put together >> a patch for review [1], a diff for applying to SVN (via >> `cat | patch -p1`) would be [2]. The code compiles on my >> system. >> >> >> -Kirill >> >> >> [1] https://github.com/krlmlr/r-source/pull/5/files >> >> [2] >> https://patch-diff.githubusercontent.com/raw/krlmlr/r-source/pull/5.diff > I forgot to mention that this patch applies cleanly to r72768. Thank you, Kirill. I've been a bit busy so did not get to reply more quickly. Jus...

...t;. If Rcpp has changed its interface, it says "Sorry, I don't support that any more." Duncan Murdoch > > Thanks. > > > Best regards > > Kirill > > > [1] https://github.com/hadley/dplyr/issues/2308#issuecomment-267495075 > [2] https://travis-ci.org/krlmlr/pkg.upgrade.test#L589-L593 > [3] https://travis-ci.org/krlmlr/pkg.upgrade.test#L619-L645 > [4] https://travis-ci.org/krlmlr/pkg.upgrade.test#L671-L703 > > ______________________________________________ > R-devel at r-project.org mailing list > https://stat.ethz.ch/mailman/listinfo...

...https://github.com/RcppCore/Rcpp/tree/master/inst/unitTests/testRcppPackage | Duncan Murdoch | | > | > Thanks. | > | > | > Best regards | > | > Kirill | > | > | > [1] https://github.com/hadley/dplyr/issues/2308#issuecomment-267495075 | > [2] https://travis-ci.org/krlmlr/pkg.upgrade.test#L589-L593 | > [3] https://travis-ci.org/krlmlr/pkg.upgrade.test#L619-L645 | > [4] https://travis-ci.org/krlmlr/pkg.upgrade.test#L671-L703 | > | > ______________________________________________ | > R-devel at r-project.org mailing list | > https://stat.ethz.ch/mail...

...ROTECT_WITH_INDEX() behaved the same. > Thanks, Martin, this sounds reasonable. I've put together a patch for > review [1], a diff for applying to SVN (via `cat | patch -p1`) would > be [2]. The code compiles on my system. > > > -Kirill > > > [1] https://github.com/krlmlr/r-source/pull/5/files > > [2] > https://patch-diff.githubusercontent.com/raw/krlmlr/r-source/pull/5.diff I forgot to mention that this patch applies cleanly to r72768. -Kirill > > >> >> Martin >> >> > Best regards >> > Kirill > &g...

...to release a package to CRAN > which uses rpart and relies on that functionality. I have prepared a > patch (minor modifications at three places, and a test) which I'd like > to propose for inclusion in the next CRAN release of rpart. The patch > can be reviewed athttps://github.com/krlmlr/rpart/tree/empty-model, the > files (based on the current CRAN release 4.1-8) can be downloaded from > https://github.com/krlmlr/rpart/archive/empty-model.zip. > > Thanks for your attention. > > > With kindest regards > > Kirill M?ller In general I try to make functions...

...and I have options(keep.source = TRUE, keep.source.pkgs = TRUE) in my .Rprofile . The srcrefs are all there, it's just that the parse data is not where I'd expect it to be. -Kirill >> >> Best regards >> >> Kirill >> >> >> [1] https://github.com/krlmlr/covr.dummy >> [2] http://rpubs.com/krlmlr/getParseData >> [3] https://github.com/jimhester/covr/pull/154 >> >> ______________________________________________ >> R-devel at r-project.org mailing list >> https://stat.ethz.ch/mailman/listinfo/r-devel >

Hi I've noted a minor inconsistency in the documentation: Current R-exts reads s = PROTECT_WITH_INDEX(eval(OS->R_fcall, OS->R_env), &ipx); but I believe it has to be PROTECT_WITH_INDEX(s = eval(OS->R_fcall, OS->R_env), &ipx); because PROTECT_WITH_INDEX() returns void. Best regards Kirill

...time zone is used for the warning message -- in the code, a const wchar_t* is used for a %s placeholder.) Below is a link to the log of such a failing run. The first 124 lines are registry dumps, output of R CMD * is near the end of the log at lines 212 and 224. https://ci.appveyor.com/project/krlmlr/r-appveyor/build/1.0.36 This happens with R 3.1.1 and R-devel r66309. Is there a workaround I have missed, short of updating TZtable? How can I help updating TZtable? Thanks! Cheers Kirill

On 05/05/2016 10:11, Uwe Ligges wrote: > Actually this also happens under Linux and I had my R processes killed > more than once (and much worse also other processes so that we had to > reboot a server, essentially). I found that setting RLIMIT_AS [1] works very well on Linux. But this requires that you cap memory to some fixed value. > library(RAppArmor) > rlimit_as(1e9) >

...ry to make NAs show up in the result. Am I missing anything? If this a bug -- would a patch be welcome? Do we need compatibility with the current behavior? I'm aware of workarounds, I just prefer xtabs() over table() for its interface. Thanks. Best regards Kirill [1] http://rpubs.com/krlmlr/xtabs-NA [2] https://github.com/wch/r-source/blob/780021752eb83a71e2198019acf069ba8741103b/src/library/stats/R/xtabs.R#L60 data <- factor(letters[1:4], levels = letters[1:3]) data ## [1] a b c <NA> ## Levels: a b c xtabs(~data) ## data ## a b c ## 1 1 1 xtabs(~data, na.action =...

...limit package exposes this API ([1], should finally submit it to > CRAN); unfortunately this very API seems to be unsupported on OS X > [2,3]. Last time I looked into it, neither of the documented settings > achieved the desired effect. > -Kirill > [1] http://krlmlr.github.io/ulimit > [2] > http://stackoverflow.com/questions/3274385/how-to-limit-memory-of-a-os-x-program-ulimit-v-neither-m-are-working > [3] > https://developer.apple.com/library/ios/documentation/System/Conceptual/ManPages_iPhoneOS/man2/getrlimit.2.html > O...

My ulimit package exposes this API ([1], should finally submit it to CRAN); unfortunately this very API seems to be unsupported on OS X [2,3]. Last time I looked into it, neither of the documented settings achieved the desired effect. -Kirill [1] http://krlmlr.github.io/ulimit [2] http://stackoverflow.com/questions/3274385/how-to-limit-memory-of-a-os-x-program-ulimit-v-neither-m-are-working [3] https://developer.apple.com/library/ios/documentation/System/Conceptual/ManPages_iPhoneOS/man2/getrlimit.2.html On 10.05.2016 01:08, Jeroen Ooms wrote: > O...

Hi everyone The following behavior (in R 3.6.1 and R-devel r77040) caught me by surprise today: truthy <- c(TRUE, FALSE) falsy <- c(FALSE, TRUE, FALSE) if (truthy) "check" #> Warning in if (truthy) "check": the condition has length > 1 and only the #> first element will be used #> [1] "check" if (falsy) "check" #> Warning in if

Hi Consider the following example: f <- function(expr) g(expr) g <- function(expr) { ? h(expr) } h <- function(expr) { ? expr # evaluation happens here ? i(expr) } i <- function(expr) { ? expr # already evaluated, no costs here ? invisible() } rprof <- tempfile() Rprof(rprof) f(replicate(1e2, sample.int(1e4))) Rprof(NULL) cat(readLines(rprof), sep = "\n") #>

Hi It seems that names of the form "..#" and "..." are not fixed by make.names(), even though they are reserved words. The documentation reads: > [...] Names such as ".2way" are not valid, and neither are the reserved words. > Reserved words in R: [...] ... and ..1, ..2 etc, which are used to refer to arguments passed down from a calling function, see