Re: [Rd] Big speedup in install.packages() by re-using connections

parate SSL connection for each file download. Thoughts? On Sat, Mar 2, 2024 at 3:07 PM Jeroen Ooms wrote: > > Currently download.file() creates and terminates a new TLS connection > for each download. This creates a lot of overhead which is expensive > for both client and server

[Rd] Big speedup in install.packages() by re-using connections

Currently download.file() creates and terminates a new TLS connection for each download. This creates a lot of overhead which is expensive for both client and server (in particular the TLS handshake). Modern internet clients (including browsers) re-use connections for many http requests. We can

Re: [R-pkg-devel] CRAN checks for release of a package with new vignette engine

On Mon, Feb 26, 2024 at 5:50 PM Christophe Dervieux wrote: > > Hi, > > I am trying to release a new version of the quarto R package. This new > version is adding support for a new vignette engine that will use quarto > CLI (https://quarto.org) when available. The vignettes inside the package >

Re: [R-pkg-devel] new maintainer for CRAN package XML

On Mon, Jan 22, 2024 at 3:51 PM Uwe Ligges wrote: > > Dear package developers, > > the CRAN team (and Professor Ripley in particular) has been the defacto > maintainer of CRAN package 'XML'. > Our hope was that maintainers of packages depending on XML will migrate > to other packages for reading

Re: [R-pkg-devel] Inquiry Regarding Package Organization in CRAN

On Fri, Jan 19, 2024 at 8:41 PM Protsak Andriy via R-package-devel wrote: > > Hi all! > > > > My name is Andriy, and I’m a student at University of Alcalá, currently > working on my final year project. > > > > I’m tasked with organizing the R packages developed by our university that > are

Re: [Rd] save.image Non-responsive to Interrupt

On Tue, May 2, 2023 at 3:29 PM Martin Maechler wrote: > > > Ivan Krylov > > on Tue, 2 May 2023 14:59:36 +0300 writes: > > > В Sat, 29 Apr 2023 00:00:02 + > > Dario Strbenac via R-devel пишет: > > >> Could save.image() be redesigned so that it promptly responds to >

Re: [R-pkg-devel] Single page reference manual in html format

ence to the steps to get into a building. > > Please consider the HTML alternative to any pdf, in any context, but > especially in anything relating to R. > > All the best, > Jonathan > > > > > > -Original Message- > From: R-package-devel On Behalf O

Re: [R-pkg-devel] R, Rust and CRAN

On Sat, Nov 12, 2022 at 12:49 AM Simon Urbanek wrote: > > this does not directly address your question, but I think it would make a lot > of sense to standardize the process, given how many issues there were with > packages using Rust (mainly not detecting compilers correctly, not supplying >

Re: [Rd] Unsigned binary

On Fri, Jun 17, 2022 at 2:46 PM Scott McAllister wrote: > Thank you for your update on this > > If you can keep me updated on when version 4.2.1 is rereleased with the > interim code signing certificate, that would be fantastic Signed (unofficial) builds are also available from

[Rd] Package build errors with parallel make on Ubuntu 18.04

After upgrading to R-4.2 we are seeing package build errors on Ubuntu 18.04: make[1]: *** read jobs pipe: No such file or directory. or: make[1]: *** write jobserver: Bad file descriptor. Stop. The problem seems to get triggered by the use of parallel make, but I cannot find the underlying

[R-pkg-devel] Single page reference manual in html format

Is there a way to generate the package reference manual in a (one page) html format? It would be nice to access reference manuals from devices without a pdf reader. We can use `R CMD Rd2pdf {pkgdir}` to generate the reference manual in pdf format, but afaict `R CMD Rd2text` and `R CMD rdconv`

[Rd] Update on rtools4 and ucrt support

Hi all, I received some questions this week about rtools4 (the windows compiler bundle) in particular regarding support for ucrt, so below a brief summary of the status quo: As of May 2021, rtools4 has full support for ucrt. The toolchain configuration is based on the upstream msys2

Re: [Rd] Feature request: Change default library path on Windows

On Sun, Jul 25, 2021 at 12:15 AM Steve Haroz wrote: > > Hello, > > I'd like to propose moving the default library install location on Windows > from: > %USERPROFILE%/Documents/R > to some other location such as: > %USERPROFILE%/R > > For many users the Documents folder is backed up or

[Rd] Patch: port getbyhostname to getaddrinfo

Perhaps now that nanohttp has been removed, it is a good time to do some related cleanups. In both Linux and Windows, gethostbyname and gethostbyaddr are marked as obsolete. POSIX.1-2008 removes the specifications of gethostbyname(), gethostbyaddr(), and h_errno, recommending the use of

Re: [Rd] problem adding gdb to RTOOLS40 on Windows

On Thu, Apr 15, 2021 at 10:19 AM Bravington, Mark (Data61, Hobart) wrote: > > Excellent, thank you all. Doing "pacman -Syu" before "pacman -S gdb" did > the trick, and yes it's a different version of gdb compared to what pacman > was previously trying to install. Might be worth updating the

[Rd] Unicode characters in ISO8859-15 locale

The hunspell package uses the code below to replace curly quotes (aka fancyquotes) with a regular ascii quotes that are needed for check spelling: chartr("\u2019", "'", input) As of last week this stopped working on CRAN in the Linux server that runs in ISO8859-15 locale. From the error

Re: [Rd] installling R-devel on Windows

On Sat, Dec 5, 2020 at 3:00 PM Gabor Grothendieck wrote: > > When I try to install r-devel on Windows all I get is this. No other > files. This also occurred yesterday as well. It just tested it to be sure, but it works fine for me. Are you using the official installer from

Re: [Rd] [External] Re: Operations with long altrep vectors cause segfaults on Windows

On Tue, Sep 8, 2020 at 11:44 PM Jeroen Ooms wrote: > > On Tue, Sep 8, 2020 at 5:20 PM Tomas Kalibera > wrote: > > > > On 9/8/20 4:48 PM, Hugh Parsonage wrote: > > > Unfortunately I only get > > > > > > [Thread 21752.0x4aa8 exited with code 3221225

Re: [Rd] [External] Re: Operations with long altrep vectors cause segfaults on Windows

On Tue, Sep 8, 2020 at 5:20 PM Tomas Kalibera wrote: > > On 9/8/20 4:48 PM, Hugh Parsonage wrote: > > Unfortunately I only get > > > > [Thread 21752.0x4aa8 exited with code 3221225477] > > [Thread 21752.0x4514 exited with code 3221225477] > > [Thread 21752.0x3f10 exited with code 3221225477] > >

Re: [Rd] R 4.0.2 64-bit Windows hangs

On Wed, Aug 26, 2020 at 7:54 PM Tomas Kalibera wrote: > > On 8/25/20 6:14 PM, Tomas Kalibera wrote: > > On 8/22/20 9:33 PM, Jeroen Ooms wrote: > >> On Sat, Aug 22, 2020 at 9:10 PM Tomas Kalibera > >> wrote: > >>> On 8/22/20 8:26 PM, Tomas Kalibera wro

Re: [Rd] R 4.0.2 64-bit Windows hangs

On Sat, Aug 22, 2020 at 9:10 PM Tomas Kalibera wrote: > > On 8/22/20 8:26 PM, Tomas Kalibera wrote: > > On 8/22/20 7:58 PM, Jeroen Ooms wrote: > >> On Sat, Aug 22, 2020 at 8:39 AM Tomas Kalibera > >> wrote: > >>> On 8/21/20 11:45 PM, m19tdn+9alxwj

Re: [Rd] R 4.0.2 64-bit Windows hangs

On Sat, Aug 22, 2020 at 8:39 AM Tomas Kalibera wrote: > > On 8/21/20 11:45 PM, m19tdn+9alxwj7d2bmk--- via R-devel wrote: > > Ah yes, this is related. I reported v2010 below, but it looks like I was > > updated to this Insider Build overnight without my knowledge, and conflated > > it with the

Re: [Rd] Experimental CI tool for R

On Thu, Jul 23, 2020 at 11:57 PM Simon Urbanek wrote: > > This is great! It is definitely a good basis to build on. > I wonder why your macOS setup is so extremely stripped down (not even Cairo, > tcltk nor X11 - and not TeX, either) and as far from what we actually use as > possible (using gcc

Re: [Rd] configure failed with curl 7.71.1

On Sat, Jul 25, 2020 at 10:12 AM Marco Atzeri wrote: > > Hi dev, > > can someone confirm if it is a general R 4.0.4 problem > or it is happening only on cygwin ? > > checking for curl/curl.h... yes > checking if libcurl is version 7 and >= 7.28.0... > configure: error: libcurl >= 7.28.0 library

[Rd] Experimental CI tool for R

Based on ideas from the R-core discussion panel at useR2020, I created a little CI tool to make it easier to follow changes in R-devel, and to write/test patches for R. The tool is based on a Github mirror of the SVN, where each new commit triggers a full make-check on 8 different system

[Rd] Changes in MiKTeX

MiKTeX released a major new version this week, with some breaking changes that may be important for Windows users and sysadmins. The MiKTeX versioning has changed to a date-based scheme. The previous version was called 2.9, the distribution is now called miktex-20.6. The default installation

Re: [Rd] [External] Re: use of the tcltk package crashes R 4.0.1 for Windows

On Mon, Jun 8, 2020 at 12:03 AM wrote: > > I've committed the change to use Free instead of free in tcltk.c and > sys-std.c (r78652 for R-devel, r78653 for R-patched). Thank you! I can confirm that the example from above no longer crashes in R--patched. John, can you confirm that everything

Re: [Rd] [External] Re: use of the tcltk package crashes R 4.0.1 for Windows

On Sun, Jun 7, 2020 at 5:53 PM wrote: > > On Sun, 7 Jun 2020, peter dalgaard wrote: > > > So this wasn't tested for a month? > > > > Anyways, Free() is just free() with a check that we're not freeing a null > > pointer, followed by setting the pointer to NULL. At that point of tcltk.c, > > we

Re: [Rd] use of the tcltk package crashes R 4.0.1 for Windows

On Sun, Jun 7, 2020 at 3:13 AM Fox, John wrote: > > Hi, > > The following code, from the examples in ?TkWidgets , immediately crashes R > 4.0.1 for Windows: > > - snip > library("tcltk") > tt <- tktoplevel() > label.widget <- tklabel(tt, text = "Hello,

Re: [Rd] Debugging packages with compiled C code on Windows

On Mon, Jun 1, 2020 at 11:36 PM Sue McDonald wrote: > > I have several related questions. > > 1. Is it possible to use a GUI: Rstudio/Eclipse/Visual-studio to debug > compiled code on Windows? Things that work on Eclipse for Windows do not > work on Eclipse for Windows. > 2. R CMD INSTALL seems

Re: [Rd] r-project.org SSL certificate issues

On Sat, May 30, 2020 at 11:40 PM Duncan Murdoch wrote: > > On 30/05/2020 5:23 p.m., Bob Rudis wrote: > > I've updated the dashboard (https://rud.is/r-project-cert-status/) > > script and my notifier script to account for the entire chain in each > > cert. > > You never posted which certificate

[Rd] Build failing on win64

As of commit 78536 earlier this morning the build is failing on windows 64, see https://r-devel.github.io I cannot immediately spot what is the problem. The build fails with: installing 'sysdata.rda' make[3]: *** [../../../share/make/basepkg.mk:151: sysdata] Error 127 make[2]: ***

Re: [R-pkg-devel] Is there an Rtools40 changelog?

On Sun, May 10, 2020 at 11:31 PM James Lamb wrote: > > Hello, > > I am a maintainer on the LightGBM project, focused on that project's R > package. The R package is not available on CRAN yet (we are working on it), > so for now our users must build it from source. > > The package includes

Re: [Rd] Tcl.Tk Tktable package missing from R 4.0.0 on Windows

On Sun, May 3, 2020 at 6:15 PM Fox, John wrote: > > Dear R-devel list members, > > The Tktable package for Tcl/Tk is apparently missing from the Windows > distribution of R 4.0.0. I (actually a user of the Rcmdr package) discovered > this when trying to use the new-data-set dialog in the Rcmdr

Re: [Rd] "not a valid win32 application" with rtools40-x86_65.exe on Windows 10

On Thu, Apr 30, 2020 at 6:38 AM Spencer Graves wrote: > > Hello, All: > > >"00install.out" from "R CMD check Ecfun_0.2-4.tar.gz" includes: > > > Error: package or namespace load failed for 'Ecfun': > .onLoad failed in loadNamespace() for 'rJava', details >call: inDL(x,

Re: [Rd] Rtools and R 4.0.0?

Hevré told me that people from Bioconductor and possibly others are keeping an eye on this thread so it would be good to post a note here too. As of version 4.0.0, the official R for Windows and binary packages provided via CRAN are built with gcc-8.3.0 from rtools40, as shown in the CRAN check

Re: [Rd] missing binaries in R-devel windows snapshot 78175

On Fri, Apr 10, 2020 at 9:49 AM Martin Maechler wrote: > > >>>>> Jeroen Ooms > >>>>> on Fri, 10 Apr 2020 08:54:39 +0200 writes: > > > On Fri, Apr 10, 2020 at 2:42 AM Bravington, Mark (Data61, > > Hobart) wrote: > >&

Re: [Rd] missing binaries in R-devel windows snapshot 78175

gt; seems to be missing a couple of files in its bin/i386 folder: Rterm.exe > > > and Rgui.exe. Both are present in its bin/x64 folder (and in the i386 > > > folder for current R). > > From: Jeroen Ooms > Sent: Thursday, 9 April 2020 21:32 > To: Bravington, Mar

Re: [Rd] missing binaries in R-devel windows snapshot 78175

On Thu, Apr 9, 2020 at 12:44 PM Bravington, Mark (Data61, Hobart) wrote: > > The "r-devel snapshot build" 78175 on Windows--- a dot-exe installer--- seems > to be missing a couple of files in its bin/i386 folder: Rterm.exe and > Rgui.exe. Both are present in its bin/x64 folder (and in the i386

Re: [Rd] Rtools and R 4.0.0?

On Mon, Apr 6, 2020 at 9:39 AM Gabriel Becker wrote: > > Hi Kevin, > > On Wed, Apr 1, 2020 at 9:36 PM Kevin Ushey wrote: > > > Hello, > > > > FWIW, I'm excited at the prospect at seeing a new toolchain for > > Windows, since it would imply support for C++17 and so it would become > > easier for

Re: [Rd] Rtools and R 4.0.0?

On Mon, Apr 6, 2020 at 9:15 AM Prof Brian Ripley wrote: > > On 02/04/2020 05:35, Kevin Ushey wrote: > > Hello, > > > > Has a decision been made yet as to whether R 4.0.0 on Windows is going > > to be built using the new gcc8 toolchain (described at > >

Re: [R-pkg-devel] CRAN Package Check Results - No protocol specified (OS X only)

On Tue, Feb 18, 2020 at 1:29 AM Dominic Comtois wrote: > > Hello, > > On my package's check results ( > https://cran.r-project.org/web/checks/check_results_summarytools.html), I > see a bunch of warnings with "No protocol specified" messages. This happens > only with OS X, and I can't reproduce

Re: [Rd] Development version of R fails tests and is not installed

On Sat, Feb 8, 2020 at 9:27 AM Berwin A Turlach wrote: > > G'day all, > > I have daily scripts running to install the patched version of the > current R version and the development version of R on my linux box > (Ubuntu 18.04.4 LTS). > > The last development version that was successfully compiled

Re: [Rd] Can't build R 3.6.1 or 3.5.3 on Ubuntu 18.04 LTS

On Fri, Nov 22, 2019 at 2:58 PM Saren Tasciyan wrote: > > Hi, > > I am trying to build a more recent version (3.6.1 or 3.5.3) of R on > Ubuntu 18.04 LTS. Are you aware you can get up-to-date binaries either from PPA or CRAN: sudo add-apt-repository ppa:marutter/rrutter sudo apt-get install

Re: [Rd] Rtools contains Python interpreter(s), and six copies?

On Fri, Aug 2, 2019 at 12:12 AM Abby Spurdle wrote: > > I've just discovered that Rtools (on Windows) contains Python > interpreter(s). A minimal build of python was included as a dependency of gdb in Rtools 3.3 and up. > I'm assuming that Python is required to build R packages, on all

Re: [Rd] Offer zip builds

On Tue, Jun 4, 2019 at 5:40 PM Steven Penny wrote: > > Theres nothing nefarious here. It would allow people to use the R environment > without running an installer. If someone is a new user they may want to try > R out, and installers can be invasive as they commonly: > > - copy files to install

Re: [Rd] writing Unicode text to the Windows clipboard

On Fri, May 24, 2019 at 12:06 AM Jennifer Bryan wrote: > > Hello, > > I'm interested in moving text from and to the clipboard that cannot > necessarily be represented in the native encoding. So, really, this is > about Windows. > > I can successfully read from the clipboard by specifying the

Re: [Rd] Inno Setup 6.0.2 fails before creating exe file on Windows (R-3.6.0)

Multiple people have now reported that the R installer does not build with InnoSetup 6 (released last week). The inno log shows this error: Error on line 12 in src\gnuwin32\installer\R.iss: Minimum NT version specified by MinVersion must be at least 6.0. (Windows 2000/XP/Server 2003 are no

Re: [Rd] R 3.5.3 and 3.6.0 alpha Windows bug: UTF-8 characters in code are simplified to wrong ones

On Wed, Apr 10, 2019 at 5:45 PM Duncan Murdoch wrote: > > On 10/04/2019 10:29 a.m., Yihui Xie wrote: > > Since it is "technically easy" to disable the best fit conversion and > > the best fit is rarely good, how about providing an option for > > code/package authors to disable it? I'm asking

Re: [Rd] R 3.5.3 and 3.6.0 alpha Windows bug: UTF-8 characters in code are simplified to wrong ones

On Wed, Apr 10, 2019 at 12:19 PM Tomáš Bořil wrote: > > Minimalistic example: > Let's type "ř" (LATIN SMALL LETTER R WITH CARON) in RGui console: > > "ř" > [1] "r" > > Although the script is in UTF-8, the characters are replaced by > "simplified" substitutes uncontrollably (depending on OS

Re: [Rd] Is libtiff >= 4.0.0 now required by R for TIFF support?

On Mon, Feb 25, 2019 at 11:11 AM Bjørn-Helge Mevik wrote: > > We recently discovered that since R 3.3.0, on our CentOS 6 based > cluster, R gets built without TIFF support. The last version where TIFF > support was built, was 3.2.5. It looks like the official R from EPEL6 also lacks tiff

Re: [Rd] Trying to compile R 3.5.2 - 32 bit R - on Windows 10 64 bit - with ICU support

On Sat, Feb 16, 2019 at 11:13 AM Andre Mikulec wrote: > > Hi, > > I am trying to compile R with ICU support. Are you aware that the default R for Windows installation from CRAN has ICU support? > I am following > https://cran.r-project.org/doc/manuals/R-admin.html#Building-from-source These

Re: [Rd] Issue when building R-parched_2018-12-26

On Wed, Dec 26, 2018 at 8:24 PM Avraham Adler wrote: > Hello. > > Building R-patched from source on Win64 using current Rtools 3.5.0.4, I’m > getting the following notes indicating an extra left brace somewhere; or is > the problem on my end? > This is a warning (not an error) in the texinfo

Re: [Rd] OfficeScan deletes Rterm as malware

On Thu, Dec 20, 2018 at 2:52 PM Roland Fuß wrote: > > I'm not sure if the problem is actually with R but thought I should > report this anyway. > > After Peter's email regarding the R 3.5.2 release today, I installed the > Windows version right away (directly from CRAN and not from a mirror). > >

Re: [Rd] Change windows installer default to only install 64 bit R

On Fri, Nov 9, 2018 at 5:47 PM Jim Hester wrote: > We can remove much of this ambiguity by changing the default choice in > the installer to only install the 64 bit version in the installer. If > users do need the 32 bit version it is still simple for them to > install it by checking the

Re: [Rd] segfault issue with parallel::mclapply and download.file() on Mac OS X

On Thu, Oct 4, 2018 at 6:12 PM Tomas Kalibera wrote: > > > Thanks for the report, but unfortunately I cannot reproduce on my system > (either macOS nor Linux, from the command line) to debug. Did you run > this in the command line version of R? It depends on which version of MacOS that you are

Re: [Rd] substitute() on arguments in ellipsis ("dot dot dot")?

On Sun, Aug 12, 2018 at 10:00 PM, Henrik Bengtsson wrote: > Hi. For any number of *known* arguments, we can do: > > one <- function(a) list(a = substitute(a)) > two <- function(a, b) list(a = substitute(a), b = substitute(b)) > > and so on. But how do I achieve the same when I have: > > dots <-

Re: [Rd] undefined symbol: cholmod_factorize_p

On Fri, Jul 6, 2018 at 11:57 PM, Göran Broström wrote: > I am installing R_3.5.1 from source on ubuntu 18.04, and 'config' + 'make' > gives me (at the end) Probably something went wrong earlier in the build when compiling the Matrix package. However it's much easier to install R form the

Re: [Rd] potential Bug in R 3.5.0

On Sun, Jun 24, 2018 at 8:41 PM, Jochen Wirsing wrote: > Hello, > I am using R under Win7 and Antergos. After installing R 3.5.0 I ran into > several issues regarding gfortran not working properly and packages not > installing properly when requiring dependencies (which is quite often the case >

Re: [Rd] download.file does not process gz files correctly (truncates them?)

On Thu, May 3, 2018 at 2:42 PM, Henrik Bengtsson wrote: > Use mode="wb" when you download the file. See > https://github.com/HenrikBengtsson/Wishlist-for-R/issues/30. > > R core, and others, is there a good argument for why we are not making this > the default download

Re: [Rd] data.table not available as win binary for R 3.5

On Tue, Apr 24, 2018 at 7:26 AM, Joris Meys wrote: > > Dear all, > > to my astonishment data.table cannot be installed on R 3.5 Windows. When > checking the package page, the Windows binary is available for download. The package check page for data.table shows that is

Re: [Rd] Problem with R_registerRoutines

On Windows this warning may be a false positive if R cannot find "objdump.exe" which is required for this check. I think this is actually a bug in R because it should be looking for "objdump.exe" inside BINPREF (where gcc is) rather than on the PATH. Can you check if you get the same warning if

Re: [Rd] Setting the path to Rtools for package compilation on Windows

On Tue, Feb 13, 2018 at 7:58 PM, Peter Langfelder <peter.langfel...@gmail.com> wrote: > On Tue, Feb 13, 2018 at 2:20 AM, Jeroen Ooms <jeroeno...@gmail.com> wrote: > >> Thanks for your question. Your logs show that 'gcc' is not found. As >> of R 3.3 you need to set

Re: [Rd] R Compilation gets stuck on Windows 64

On Tue, Feb 13, 2018 at 2:18 PM, Indrajit Sen Gupta wrote: > In the file MkRules.local.in, I see the line: USE_ATLAS = NO which I believe > needs to be changed to YES. But how do I specify the BLAS file > libopenblas_haswell-r0.2.20.a and its location? I have never done

Re: [Rd] R Compilation gets stuck on Windows 64

On Tue, Feb 13, 2018 at 12:22 PM, Indrajit Sen Gupta wrote: > Hi Avraham, > > I tried with the patched version. The same error message. > > gcc -std=gnu99 -m64 -shared -s -mwindows -o R.dll R.def console.o dynload.o > editor.o embeddedR.o extra.o malloc.o opt.o pager.o

Re: [Rd] Setting the path to Rtools for package compilation on Windows

On Tue, Feb 13, 2018 at 7:45 AM, Peter Langfelder wrote: > Hi all, > > I'm trying to set up the Windows Rtools toolset for building packages > with compiled code. I installed for Windows R-3.4.3 from CRAN and > installed Rtools-3.4 in a custom location M:\R\R-3.4.3 and

[Rd] LCONS undefined for R_NO_REMAP

Rinternals.h has: #define CONS(a, b) cons((a), (b)) #define LCONS(a, b) lcons((a), (b)) However these are undefined when we compile with -DR_NO_REMAP. Maybe it's safer to define these using Rf_cons() and Rf_lcons() instead? __ R-devel@r-project.org

Re: [Rd] Rcpp - Linking to DLL from another package?

On Mon, Dec 18, 2017 at 2:40 PM, Dirk Eddelbuettel wrote: > > (Moderately wrong list: r-package-devel for packaging questions, rcpp-devel > for Rcpp questions) > > On 18 December 2017 at 13:24, Stravs, Michael wrote: > | I am trying to make a package B that extends another

Re: [Rd] check does not check that package examples remove tempdir()

On Thu, Nov 9, 2017 at 1:43 AM, William Dunlap via R-devel wrote: > I was looking at the CRAN package 'bfork-0.1.2', which exposes the Unix > fork() and waitpid() calls at the R code level, and noticed that the help > file example for bfork::fork removes R's temporary

Re: [R-pkg-devel] tibbles are not data frames

On Tue, Sep 26, 2017 at 11:56 AM, Gábor Csárdi wrote: > > On Tue, Sep 26, 2017 at 10:35 AM, Joris Meys wrote: > > I don't like the dropping of dimensions either. That doesn't change the > > fact that a tibble reacts different from a data.frame. So

Re: [Rd] R-devel object header changes that require reinstalling packages

On Tue, Sep 12, 2017 at 8:28 PM, wrote: > (https://svn.r-project.org/R/branches/ALTREP/ALTREP.html outlines the > framework). Thank you for the nice writeup, hope this makes it into the R journal. The spelling package finds a few typos: >

Re: [Rd] R Configuration Variable: Maximum Memory Allocation per R Instance

On Sun, Sep 17, 2017 at 12:39 AM, Juan Telleria wrote: > Dear R Developers, > > In the same way that MySQL/MariaDB's Engine InnoDB or MyISAM/Aria have the > innodb_buffer_pool_size or the key_buffer_size for setting the maximum > amount of RAM which can be used by a Server

Re: [Rd] readLines() segfaults on large file & question on how to work around

On Sat, Sep 2, 2017 at 8:58 PM, Jennifer Lyon wrote: > I have a 2.1GB JSON file. Typically I use readLines() and > jsonlite:fromJSON() to extract data from a JSON file. If your data consists of one json object per line, this is called 'ndjson'. There are several

Re: [Rd] Separate packages per windows subarch in repository

On Thu, Jul 20, 2017 at 1:55 PM, Iago Mosqueira wrote: > > I maintain a repository of R packages, where some of them contain > executable binaries. I need to separate those compiled for 32 and 64 bit in > Windows. Have a look at the antiword package. It has a simple

[Rd] Fortran programs not writing stdout on windows

A user has reported an issue that appears when a fortran executable is called via R on Windows. I am unsure if this expected behavior or a bug in Fortran or in how R calls Windows executables. The problem is that when the fortran program is called from R, stdout gets written to a file "fort.6"

[Rd] Error messages in replayPlot()

I was wondering if there is something that can be done to improve error messages when replaying a recorded plot. For example a graphics device that is too small usually results in a helpful error message: png(height = 100) plot(1) # Error in plot.new() : figure margins too large dev.off()

Re: [Rd] tempdir() may be deleted during long-running R session

On Tue, Apr 25, 2017 at 1:00 PM, Martin Maechler wrote: > As I've found it is not at all hard to add an option which > checks the existence and if the directory is no longer "valid", > tries to recreate it (and if it fails doing that it calls the > famous R_Suicide(),

Re: [Rd] potential bug in attribute handling for externalptr

On Fri, Apr 14, 2017 at 11:27 PM, Patrick Perry wrote: > Is the following expected behavior? I would expect that modifying y's > attributes should not affect x. Yes this is expected. Environments and external-ptr objects are never copied on assignment, hence in your

Re: [Rd] Hyperbolic tangent different results on Windows and Mac

For future reference: https://sourceforge.net/p/mingw-w64/mailman/message/35747206/ On Wed, Mar 22, 2017 at 2:12 PM, Jeroen Ooms <jeroeno...@gmail.com> wrote: > This looks like a bug in mingw-w64 CRT. The problem can be produced > with C++ without R: > > #include > #

Re: [Rd] Hyperbolic tangent different results on Windows and Mac

This looks like a bug in mingw-w64 CRT. The problem can be produced with C++ without R: #include #include #include int main(){ std::cout << std::fixed; std::complex z(356, 0); std::cout << "tanh" << z << " = " << std::tanh(z) << " (tanh(356) = " << std::tanh(356)

Re: [Rd] Experimental CXX_STD problem in R 3.4

On Sun, Mar 19, 2017 at 9:09 PM, Martyn Plummer wrote: > I have just added some code to ensure that the compilation fails with an > informative error message if a specific C++ standard is requested but the > corresponding compiler has not been defined. Please test this. I can

Re: [Rd] Experimental CXX_STD problem in R 3.4

On Sun, Mar 19, 2017 at 9:09 PM, Martyn Plummer wrote: > I have just added some code to ensure that the compilation fails with an > informative error message if a specific C++ standard is requested but the > corresponding compiler has not been defined. Please test this. Are

[Rd] Experimental CXX_STD problem in R 3.4

R 3.4 has 'experimental' support for setting CXX_STD to CXX98 / CXX11 / CXX14 / CXX17. However on most platforms, the R configuration seems to leave the CXX1Y and CXX1Z fields blank in "${R_HOME}/etc/Makeconf" (rather than falling back on default CXX). Therefore specifying e.g CXX_STD= CXX14 will

Re: [Rd] Seeking advice regarding compilation of large libraries using RTools (Windows)

On Mon, Mar 6, 2017 at 6:33 AM, Richard Beare wrote: > I am working on the SimpleITK package for R. This is an enormous package > that is largely automatically generated via a set of swig/json/lua magic, > and is working well under linux and osx. Is it available

Re: [Rd] Registration of native routines

On Tue, Feb 14, 2017 at 5:25 PM, Prof Brian Ripley wrote: > > Registration has similar benefits to name spaces in R code: > > - it ensures that the routines used by .C, .Call etc are those in your > package (without needing a PACKAGE argument). > - it avoids polluting the

[Rd] parallel and tempdir()

A forked process in mcparallel will wipe the (shared) tempdir when it quits. I think this is almost always undesirable: file.exists(tempdir()) parallel::mcparallel(q("no")) file.exists(tempdir()) # false file.create(tempfile()) # error A simple solution might be to skip over

Re: [Rd] parallel::mc*: Is it possible for a child process to know it is a fork?

On Tue, Jan 24, 2017 at 7:06 PM, Henrik Bengtsson wrote: > When using multicore-forking of the parallel package, is it possible > for a child process to know that it is a fork? R internally uses R_isForkedChild to prevent certain operations within the fork. However I

Re: [Rd] How to handle INT8 data

On Fri, Jan 20, 2017 at 6:09 PM, Murray Stokely wrote: > The lack of 64 bit integer support causes lots of problems when dealing > with certain types of data where the loss of precision from coercing to 53 > bits with double is unacceptable. > > Two packages were developed to

Re: [Rd] [R] Problems when trying to install and load package "rzmq"

For those following this thread: rzmq binary packages for Mac and Windows are now available from CRAN. On Tue, Jan 3, 2017 at 5:32 PM, Jeroen Ooms <jeroeno...@gmail.com> wrote: > On Tue, Jan 3, 2017 at 3:53 PM, Whit Armstrong <armstrong.w...@gmail.com> > wrote: >> >&g

Re: [Rd] [R] Problems when trying to install and load package "rzmq"

On Tue, Jan 3, 2017 at 3:53 PM, Whit Armstrong wrote: > > I maintian the rzmq project. > > love to get it running on windows, but zmq doesn't play nicely with R's > mingw. It's fairly easy to link against the libraries from rwinlib: https://github.com/rwinlib/zeromq.

Re: [Rd] Request: Increasing MAX_NUM_DLLS in Rdynload.c

On Tue, Dec 20, 2016 at 7:04 AM, Henrik Bengtsson wrote: > On reason for hitting the MAX_NUM_DLLS (= 100) limit is because some > packages don't unload their DLLs when they being unloaded themselves. I am surprised by this. Why does R not do this automatically? What

Re: [Rd] Check package issue on mavericks

I just checked your package on a mavericks VM and it seems fine, so I wouldn't worry about it. Probably some configuration issue on the CRAN server, perhaps xquartz is outdated. Unfortunately there is no easy way anymore to check on Mavericks. Travis used to support it, but they have deprecated

Re: [Rd] Support for signing R packages with GPG

On Tue, Oct 25, 2016 at 7:22 PM, Martyn Plummer wrote: > Thanks Jeroen. The R Foundation has recently formed a working group to > look into package authentication. There are basically two models. One > is the GPG based model you describe; the other is to use X.509 as >

[Rd] Support for signing R packages with GPG

I would like to propose adding experimental support for including a PGP signature in R source packages. This would make it possible to verify the identity of the package author and integrity of the package sources. There are two ways to implement this. Assuming GnuPG is on the PATH, the CMD build

Re: [Rd] Cluster: Various GCC, how important is consistency?

On Tue, Oct 18, 2016 at 1:44 AM, Paul Johnson wrote: > > Administrator suggested I try to build with the GCC that is provided > with the nodes, which is gcc-4.4.7. Redhat provides an alternative compiler (gcc 5.3 based) in one of it's opt-in repositories called "redhat

Re: [Rd] package installation fails when symlink of same name exists

On Tue, Jul 19, 2016 at 6:46 PM, Kevin Ushey wrote: > R fails to install a package from source over a pre-existing package > when the path to that package is a symlink, rather than a directory. > ... > I don't think anyone's reported this being an issue before I ran into

Re: [Rd] Nested tracing with custom callback

On Wed, Jul 13, 2016 at 5:20 AM, Evan James Patterson wrote: > > I would like to install a trace function that gets executed whenever *any* R > function is called. In Python, for example, this functionality is provided by > the `sys.settrace` function. Maybe you can

[Rd] Detecting user interrupts in R_tryEval

Is there any way to distinguish between an error and a user interruption in R_tryEval? In both cases the ErrorOccurred argument is set to 1. For my application I need a different action in case of a SIGINT. >From the source code I infer that R_tryEval basically wraps eval in R_ToplevelExec, which

Re: [Rd] Suggestion: mkString(NULL) should be NA

On Wed, May 25, 2016 at 12:31 PM, Martin Maechler wrote: > Better than segfaulting, yes, but really agree with Bill (and > Gabe), also for Rf_mkChar(NULL): > I think both functions should give an error in such a case > rather than returning NA_character_ > > It is an

Re: [Rd] Suggestion: mkString(NULL) should be NA

On Tue, May 24, 2016 at 5:59 PM, Gabriel Becker wrote: > Shouldn't Rf_mkString(NULL) return (the c-level equivalent of) character() > rather than the NA_character_? No. It should still be safe to assume that mkString() always returns a character vector of exactly length

  1   2   3   >