search for: goreck

...ctor` behaviour in manual. Yet `is.vector` does not seem to be handling AsIs class the same way. is.vector(1L) #[1] TRUE is.vector(I(1L)) #[1] FALSE Is there any reason behind this behaviour? Could we have it supported so AsIs class is ignored when `is.vector` is doing its job? Best Regards, Jan Gorecki

So the unique.default is from the R tools package during checks. I don't see those issues on CRAN checks. Exact environment where I am reproducing this issue is a fresh ubuntu, no R packages pre-installed docker pull registry.gitlab.com/jangorecki/dockerfiles/r-devel https://gitlab.com/jangorecki/dockerfiles/-/raw/master/r-devel/Dockerfile On Sat, Jun 27, 2020 at 12:37 AM Jan Gorecki <j.gorecki at wit.edu.pl> wrote: > > Hi R developers, > > On R-devel (2020-06-24 r78746) I am getting those two new exceptions > during R...

...to use --enable-strict-barrier to reproduce the issue. On Tue, Jun 30, 2020 at 9:02 AM Martin Maechler <maechler at stat.math.ethz.ch> wrote: > > >>>>> Kurt Hornik > >>>>> on Tue, 30 Jun 2020 06:20:57 +0200 writes: > > >>>>> Jan Gorecki writes: > >> Thank you both, You are absolutely correct that example > >> should be minimal, so here it is. > > >> l = list(a=new.env(), b=new.env()) unique(l) > > >> Just for completeness, env_list during check that raises > >&gt...

It is quite known that R documentation on R C api could be improved... Still R-package-devel mailing list should be preferred for this kind of questions. Not sure if that is the best way, but works. call_to_sum <- inline::cfunction( language = "C", sig = c(x = "SEXP"), body = " SEXP e = PROTECT(lang2(install(\"sum\"), x)); SEXP r_true =

Hello, Recently we got _R_CHECK_CRAN_INCOMING_TARBALL_THRESHOLD_ env var to tune "Size of tarball" note during R package check. Could we get similar one for tuning "checking installed package size" note? We can then fit R CMD check more tightly to our package and track regression in installed size, that could easily happen if we are force to ignore the note because our

Hi, I would like to propose for capabilities() function to include information about strict-barrier (--enable-strict-barrier flag). I can now do "grep barrier /usr/local/lib/R/etc/Makeconf" but having that in R, in platform independent way, would be useful. Best Regards, Jan Gorecki [[alternative HTML version deleted]]

...ier for organizations to glue together usage of their own R packages repos and CRAN repo in a smooth way. That could possibly help to offload CRAN from new submissions. gh mirror link for easy preview: https://github.com/wch/r-source/blob/tools4pkgs/src/library/tools/R/packages.R#L419 Regards Jan Gorecki [[alternative HTML version deleted]]

...555556cc85e in do_quit (call=<optimized out>, op=<optimized out>, args=0x555557813f90, rho=<optimized out>) at main.c:1393 > > -Bill > > On Mon, Nov 23, 2020 at 3:15 AM Tomas Kalibera <tomas.kalibera at gmail.com> wrote: >> >> On 11/21/20 6:51 PM, Jan Gorecki wrote: >> > Dear R-developers, >> > >> > Some of the more fat scripts (50+ GB mem used by R) that I am running, >> > when they finish they do quit with q("no", status=0) >> > Quite often it happens that there is an extra stderr output produced...

...iel Becker <gabembecker at gmail.com> wrote: > > Jan, > > I believe it's because it has "a non-NULL attribute other than names" as per the documentation. In this case its class of "AsIs". > > Best, > ~G > > On Sun, Mar 29, 2020 at 6:29 AM Jan Gorecki <j.gorecki at wit.edu.pl> wrote: >> >> Dear R-devel, >> >> AsIs class seems to be well handled by `typeof` and `mode` function. >> Those two functions are being referred when explaining `is.vector` >> behaviour in manual. Yet `is.vector` does not seem to b...

...er main input arguments are defined as: a sequence of numeric, complex, character or logical vectors, all of the same length, or a classed R object When passing a list or a data.frame, the resuts seems to be a bit useless. Shouldn't that raise an error, or at least warning? Best Regards, Jan Gorecki

...e::order(c(x2,x1,x1,x2)) # R 4.0.0 base::order(c(x2,x1,x1,x2)) #[1] 1 4 2 3 Encoding(x2) = "unknown" base::order(c(x2,x1,x1,x2)) #[1] 2 3 1 4 # R-devel base::order(c(x2,x1,x1,x2)) #[1] 1 2 3 4 Encoding(x2) = "unknown" base::order(c(x2,x1,x1,x2)) #[1] 1 4 2 3 Best Regards, Jan Gorecki

...like this or there are plans to mitigate this breaking change? # R-devel 2019-12-17 r77592 ar = array(1:27, c(3,3,3)) tail(ar, 1) #, , 1 # # [,1] [,2] [,3] #[3,] 3 6 9 # #, , 2 # # [,1] [,2] [,3] #[3,] 12 15 18 # #, , 3 # # [,1] [,2] [,3] #[3,] 21 24 27 Best, Jan Gorecki

...mand '/bin/bash -c "./_launcher/solution.R > log.out 2> log.err"' timed out(?) but still exited with 0 code, timeout 7200s, took 7220.005s, warning '/bin/bash -c "./_launcher/solution.R > log.out 2> log.err"' timed out after 7200s' Thank you, Jan Gorecki

...gt; it already behaves this way for data.frames and for matrices, which are now > explicitly array objects with 2 dimensions as well as classed as matrices, > so its more consistent now, and more reasonable for the object). > > Best, > ~G > > On Wed, Dec 18, 2019 at 2:44 AM Jan Gorecki <j.gorecki at wit.edu.pl> wrote: > >> Hi R-devel community, >> >> I am aware of changes in R-devel in head/tail methods but I was not >> expecting that to be a breaking change. >> >> # R 3.6.1 >> ar = array(1:27, c(3,3,3)) >> tail(ar, 1) &gt...

...-> unique.default I don't think if it is related but I build R-devel with extra args: --with-recommended-packages --enable-strict-barrier --disable-long-double I check with: --as-cran --no-manual To reproduce download current data.table from CRAN (1.12.8) and run R check Best regards, Jan Gorecki

...4.479s ISNAN 4.392s It looks like R_vIsN(A|aN) are close to ISNAN (which just wraps to math.h::isnan). Should I follow up with a patch? The experiment is a single nan.c file of 127 lines (includes R C funs). Large enough to not paste in the email. Here is the link: https://gist.github.com/jangorecki/c140fed3a3672620c1e2af90a768d785 Run it as: gcc nan.c -lm ./a.out R_vIsNA 8 ./a.out R_IsNA 8 ./a.out R_vIsNaN 8 ./a.out R_IsNaN 8 ./a.out ISNAN 8 Best regards, Jan Gorecki

...by tryCatch(message). Warnings are errors are being caught as expected. Is there any chance to "fix"/"improve" REprintf so tryCatch(message) can catch it? So in the example below catch(Cmessage()) would behave consistently to R's catch(message("a"))? Regards, Jan Gorecki catch = function(expr) { tryCatch(expr, message=function(m) cat("caught message\n"), warning=function(w) cat("caught warning\n"), error=function(e) cat("caught error\n") ) } library(inline) Cstop = cfunction(c(), 'error("%s\\n","a&q...

...ense to me. Can you explain it? > > One alternative would be to add an extra argument (e.g. 'strict') to > is.na(). FALSE by default, and ignored (with or w/o a warning) when the > type of 'x' is not "numeric". > > H. > > > On 12/31/19 22:16, Jan Gorecki wrote: > > Hello R-devel, > > > > Best wishes in the new year. I am writing to kindly request new R > > function so NA_real_ can be more easily detected. > > Currently if one wants to test for NA_real_ (but not NaN) then extra > > work has to be done: `is.na(x)...

...speaking, I am asking for a new R function: is.nana <- function(x) if (typeof(x)=="numeric") .Primitive("is.nana") else .Primitive("is.na") Then probably a copy of C function `do_isnan` as `do_isnana` with a minor change from `R_IsNaN` to `R_IsNA`. Best, Jan Gorecki

...E/2L where 2L will print even more information about gc, like how much time the each gc() process took, how many objects it has to check on each level. Best regards, Jan On Tue, Nov 24, 2020 at 1:05 PM Tomas Kalibera <tomas.kalibera at gmail.com> wrote: > > On 11/24/20 11:27 AM, Jan Gorecki wrote: > > Thanks Bill for checking that. > > It was my impression that warnings are raised from some internal > > system calls made when quitting R. At that point I don't have much > > control over checking the return status of those. > > Your suggestion looks go...