[Rd] NEWS typos, download.file.Rd tweaks

2018-10-09 Thread Ben Bolker
Some small changes (typo, punctuation fix) to the NEWS file, and some suggested changes to download.file.Rd (I found some of the phrasing awkward/hard to parse, and got carried away). (I *think* .txt attachments are OK on the list?) FWIW I started fixing the download.file man page because I

Re: [Rd] bug with OutDec option and deferred_string altrep object

2018-10-09 Thread Tierney, Luke
This is now fixed in R-devel. Will port to R_patched in due course. R_inspect also now handles pairlists ending with dotted pairs. Best, luke On Tue, 9 Oct 2018, Tierney, Luke wrote: > Thanks for the report. The approach you outlines below should work -- > I'll look into it. > > Best, > > luke

Re: [Rd] Buglet in handling times in R-3.5.1

2018-10-09 Thread Marco Atzeri
Am 09.10.2018 um 16:56 schrieb Russell, George: Dear R developers, I have found a minute bug in R-3.5.1 (Windows version), about how times not an exact number of seconds are displayed. as.POSIXct("1969-01-01 01:00")+0.3 [1] "1969-01-01 01:00:01 CET" as.POSIXct("1970-01-01 01:00")+0.3 [1] "1

Re: [Rd] Buglet in handling times in R-3.5.1

2018-10-09 Thread Emil Bode
Here on my Mac it looks worse: not a rounding difference, but an off-by-one error for fractional seconds before 1970, looks like the conversion to POSIXlt is doing something wrong: Options(digits=12) as.numeric(as.POSIXlt(as.POSIXct('1969-01-01'))) [1] -31539600 # As expected as.numeric(as.POSIX

[Rd] Buglet in handling times in R-3.5.1

2018-10-09 Thread Russell, George
Dear R developers, I have found a minute bug in R-3.5.1 (Windows version), about how times not an exact number of seconds are displayed. > as.POSIXct("1969-01-01 01:00")+0.3 [1] "1969-01-01 01:00:01 CET" > as.POSIXct("1970-01-01 01:00")+0.3 [1] "1970-01-01 01:00:00 CET" So for 1969, adding 0.3 o

Re: [Rd] R_ext/Altrep.h should be more C++-friendly

2018-10-09 Thread Romain Francois
I successfully use this workaround in this package: https://github.com/romainfrancois/altrepisode (which is just my way to get familiar with altrep, nothing serious) > Le 9 oct. 2018 à 17:00, Gabe Becker a écrit : > > Michael, > > Thanks for reaching out. This was brought up by Romaine Franco

Re: [Rd] R_ext/Altrep.h should be more C++-friendly

2018-10-09 Thread Gabe Becker
Michael, Thanks for reaching out. This was brought up by Romaine Francois offline to me as well. What he does as a workaround is #define class klass extern "C" { #include } #undef class While we consider changing Altrep.h, the above should work for you in the immediate term. Let me know if

Re: [Rd] unexpected behavior of unzip with list=T and unzip=/usr/bin/unzip

2018-10-09 Thread Tomas Kalibera
Hi Paul, thanks for the report. Fixed in R-devel 75417. Best Tomas On 07/04/2018 10:08 PM, Paul Schrimpf wrote: Hello, I encountered some unexpected behavior of unzip when using info-zip's unzip instead of R's internal program. Specifically, unzip("file.zip", list=TRUE, unzip=/usr/bin/unzip)

[Rd] Surprise with plot.lm()

2018-10-09 Thread Peter Dalgaard via R-devel
Here's a silly little stunt: > Y <- rexp(10) ; x <- 1:10 > plot(lm(I(Y^.3)~x)) Hit to see next plot: Hit to see next plot: Error: $ operator is invalid for atomic vectors The root cause is that the "AsIs" class lingers on the intercept passed to abline() via qqline(), so abline sees that it