Re: [Rd] [R] R-3.4.0 fails test

On Thu, 18-May-2017 at 05:46PM +0200, Martin Maechler wrote: |> . |> |> Being pretty "stretched" time wise currently, I'm happy for |> timezone-portable propositions to change the test. Meantime, anyone who lives where DST happpens in December who wants to get through the remaining tests

[Bioc-devel] Can copy right holder and correspondence be two different individuals?

Hi everyone, I’m developing a Bioconductor package in which I’m creator and author but someone else is the corresponding autho. Is the following code correct for the R package description file? Is the corresponding author being cited? She is supervising the overall procedure but she is not a

Re: [Rd] Bug: floating point bug in nclass.FD can cause hist() to crash

I just got the same error message with > sessionInfo() R version 3.4.0 (2017-04-21) Platform: x86_64-apple-darwin15.6.0 (64-bit) Running under: macOS Sierra 10.12.4 Matrix products: default BLAS:

[Rd] Bug: floating point bug in nclass.FD can cause hist() to crash

Hello everybody, This is a bug involving functions in core R package: graphics::hist.default, grDevices::nclass.FD, and base::pretty.default. It is not yet on Bugzilla. I cannot submit it myself, as I do not have an account. Could somebody else add it for me, perhaps? That would be much

[Rd] Interpreting R memory profiling statistics from Rprof() and gc()

Sorry, this might be a really basic question, but I'm trying to interpret the results from memory profiling, and I have a few questions (marked by *Q#*). From the summaryRprof() documentation, it seems that the four columns of statistics that are reported when setting memory.profiling=TRUE are -

Re: [Rd] stopifnot() does not stop at first non-TRUE argument

>From an example in >http://www.uni-muenster.de/ZIV.BennoSueselbeck/s-html/helpfiles/nargs.html , >number of arguments in '...' can be obtained by (function(...)nargs())(...) . I now realize that sys.call() doesn't expand '...' when the function is called with '...'. It just returns the call

Re: [Rd] [R] R-3.4.0 fails test

> > On 18 May 2017, at 14:58 , Martyn Plummer wrote: > > > >> On 18 May 2017, at 14:51, peter dalgaard wrote: > >>> On 18 May 2017, at 13:47 , Joris Meys wrote: > >>> > >>> Correction: Also dlt uses the default timezone, but POSIXlt

Re: [Rd] [R] R-3.4.0 fails test

> On 18 May 2017, at 14:58 , Martyn Plummer wrote: > > > >> On 18 May 2017, at 14:51, peter dalgaard wrote: >> >> >>> On 18 May 2017, at 13:47 , Joris Meys wrote: >>> >>> Correction: Also dlt uses the default timezone, but POSIXlt

Re: [Rd] [R] R-3.4.0 fails test

> On 18 May 2017, at 14:51, peter dalgaard wrote: > > >> On 18 May 2017, at 13:47 , Joris Meys wrote: >> >> Correction: Also dlt uses the default timezone, but POSIXlt is not >> recalculated whereas POSIXct is. Reason for that is the different way

Re: [Rd] [R] R-3.4.0 fails test

> On 18 May 2017, at 13:47 , Joris Meys wrote: > > Correction: Also dlt uses the default timezone, but POSIXlt is not > recalculated whereas POSIXct is. Reason for that is the different way values > are stored (hours, minutes, seconds as opposed to minutes from origin, as

Re: [Rd] SUGGESTION: R Base Packages

> On May 18, 2017, at 2:18 AM, TELLERIA RUIZ DE AGUIRRE, JUAN > wrote: > > Thank you Frederick for your comments: > > They are really well justified. > >> I think a "forum" or bulletin board system would be a detraction from the >> project and a

Re: [Rd] SUGGESTION: R Base Packages

On 2017-05-18 2:18 AM, TELLERIA RUIZ DE AGUIRRE, JUAN wrote: Thank you Frederick for your comments: They are really well justified. I think a "forum" or bulletin board system would be a detraction from the project and a distraction for the project leaders. Users have Stack Exchange - it's

Re: [Rd] [R] R-3.4.0 fails test

Correction: Also dlt uses the default timezone, but POSIXlt is not recalculated whereas POSIXct is. Reason for that is the different way values are stored (hours, minutes, seconds as opposed to minutes from origin, as explained in my previous mail) CHeers Joris On Thu, May 18, 2017 at 1:45 PM,

Re: [Rd] [R] R-3.4.0 fails test

This has to do with your own timezone. If I run that code on my computer, both formats are correct. If I do this after Sys.setenv(TZ = "UTC") Then: > cbind(format(dlt), format(dct)) [,1] [,2] [1,] "2016-12-06 21:45:41" "2016-12-06 20:45:41" [2,] "2016-12-06 21:45:42"

Re: [Rd] [R] R-3.4.0 fails test

> On 18 May 2017, at 11:00 , Patrick Connolly > wrote: > > On Wed, 17-May-2017 at 01:21PM +0200, Peter Dalgaard wrote: > > |> > |> Anyways, you might want to > |> > |> a) move the discussion to R-devel > |> b) include your platform (hardware, OS) and time zone

Re: [Rd] SUGGESTION: R Base Packages

Thank you Frederick for your comments: They are really well justified. > I think a "forum" or bulletin board system would be a detraction from the > project and a distraction for the project leaders. Users have Stack Exchange > - it's better than any forum we could create, and it > takes care

Re: [R-pkg-devel] spell checking of the DESCRIPTION file

Before I change the NAMESPACE file, error is : -- * checking examples ... ERROR Running examples in ‘plfMA-Ex.R’ failed The error most likely occurred in: > base::assign(".ptime", proc.time(), pos = "CheckExEnv") > ### Name: plfMA > ###

Re: [Bioc-devel] invalid PDF version and NULL vector errors in unchanged package

Dear Sokratis What do you get when you run the package vignette on a current R-devel on your own machine? Even if your code didn't change, that of R, or of packages your package depends on, will have changed and may challenge assumptions that you make in your code. best wishes

Re: [R-pkg-devel] spell checking of the DESCRIPTION file

Respected Sir/Ma'am. I have checked Description file and man files. In the description field, only text is there but not my name or my PC name. I am not getting errors while checking as cran. But unfornutately, automated checking at CRAN generating errors especially in example section. I have

Re: [R-pkg-devel] spell checking of the DESCRIPTION file

The name is automatically getting generated after executing the command "R CMD build plfMA". It is my system name. I think, we should consider it as false positive. On Thu, May 18, 2017 at 1:01 AM, Uwe Ligges wrote: > > > On 17.05.2017 16:34,

Re: [R-pkg-devel] spell checking of the DESCRIPTION file

Well, not running an examples because of an error is a bad idea, you should fix the issue that caused the error first. And when I meant you should make available package and check log I meant the version where you did not hide the problems. Best, Uwe Ligges On 18.05.2017 10:55, dharmapal

Re: [Rd] [R] R-3.4.0 fails test

On Wed, 17-May-2017 at 01:21PM +0200, Peter Dalgaard wrote: |> |> Anyways, you might want to |> |> a) move the discussion to R-devel |> b) include your platform (hardware, OS) and time zone info System:Host: MTA-V1-427894 Kernel: 3.19.0-32-generic x86_64 (64 bit gcc: 4.8.2)

Re: [R-pkg-devel] spell checking of the DESCRIPTION file

On 18.05.2017 09:07, dharmapal burne wrote: The name is automatically getting generated after executing the command "R CMD build plfMA". It is my system name. I think, we should consider it as false positive. Your system name should not be spell checked, perhapos you provide check log and

Re: [Rd] stopifnot() does not stop at first non-TRUE argument

> Suharto Anggono Suharto Anggono via R-devel > on Tue, 16 May 2017 16:37:45 + writes: > switch(i, ...) > extracts 'i'-th argument in '...'. It is like > eval(as.name(paste0("..", i))) . Yes, that's neat. It is only almost the same: in the