Re: [Rd] force promises inside lapply

2017-07-31 Thread William Dunlap via R-devel
quote(expr) will make no changes in expr, it just returns its one argument, unevaluated. substitute could be used in your lapply(..., library) example to give library a name instead of a character string for an input (which might be necessary if the character.only argument were not available) l

[Rd] reproducible segmentation fault installing packages on FreeBSD 11.1

2017-07-31 Thread Joseph Mingrone
Hi, This happens when attempting to install any package. There were no such problems on 11.0. Some other ways to trigger the problem: curlGetHeaders("http://bugs.r-project.org";) There are no problems with the first two calls, but then the crash always happens on the third call. tf <- tempfile(

Re: [Rd] force promises inside lapply

2017-07-31 Thread Benjamin Tyner
Thanks again Bill; I agree that substitute is overkill here. As an aside, for cases where someone may be tempted to use substitute(), it seems quote() might be a safer alternative; compare > lapply(list(1), function(y) c(quote(y), substitute(y))) [[1]] [[1]][[1]] y [[1]][[2]]

[Rd] special latin1 do not print as glyphs in current devel on windows

2017-07-31 Thread Daniel Possenriede
Sorry, if I am spamming/not using the right list, but I think I might be onto a regression in current devel. Namely, special (non-ASCII) characters with latin1 encoding do not get printed as glyphs with R 3.5.0 devel but were with R 3.4.1. This output is from # R version 3.4.1 (2017-06-30) -- "S

Re: [Rd] translateChar in NewName in bind.c

2017-07-31 Thread Martin Maechler
> Suharto Anggono Suharto Anggono via R-devel > on Sun, 30 Jul 2017 14:57:53 + writes: > R devel's bind.c has been ported to R patched. Is it OK while names of 'unlist' or 'c' result may be not strictly the same as in R 3.4.1 because of changed function 'NewName' in bind.c?