search for: parsonage

...t; For some reason this should hgave undergone manual inpection but got auto rejected. Ideally you would reduce the test timing so that the overall check time is less than 10 min . Best, Uwe Ligges ------------------------------ Message: 22 Date: Wed, 9 Sep 2020 16:48:40 +1000 From: Hugh Parsonage <hugh.parsonage at gmail.com> To: Jeroen Ooms <jeroenooms at gmail.com> Cc: Tomas Kalibera <tomas.kalibera at gmail.com>, Luke Tierney <luke-tierney at uiowa.edu>, R-devel <r-devel at r-project.org>, Martin Maechler <maechler at stat.math.ethz.ch> Subject: Re:...

...> inpection but got auto rejected. Ideally you would reduce > the test timing so that the overall check time is less > than 10 min . > Best, Uwe Ligges > ------------------------------ > Message: 22 Date: Wed, 9 Sep 2020 16:48:40 +1000 From: > Hugh Parsonage <hugh.parsonage at gmail.com> To: Jeroen Ooms > <jeroenooms at gmail.com> Cc: Tomas Kalibera > <tomas.kalibera at gmail.com>, Luke Tierney > <luke-tierney at uiowa.edu>, R-devel <r-devel at r-project.org>, > Martin Maechler <maechler at s...

...ith a size restriction I wanted to avoid. I'll keep this in mind as plan B. @Hugh: 2. would impose even greater slowdowns and 4. is just not feasible. However, 3. sounds interesting - how would this work in a Linux environment? Thank you, Mario Am So., 19. Juli 2020 um 20:11 Uhr schrieb Hugh Parsonage < hugh.parsonage at gmail.com>: > My advice would be to avoid the network in one of the following ways > > 1. Store installed packages on your local drive > 2. Copy the installed packages to a tempdir on your local drive each time > the script is executed > 3. Keep an R ses...

On 9/9/20 9:30 AM, Hugh Parsonage wrote: > Thank you! > > I get > > Starting program: C:\R\R-devel-20200909\bin\x64\Rgui.exe > [New Thread 19940.0x638c] > [New Thread 19940.0x102c] > [New Thread 19940.0x329c] > [New Thread 19940.0x37dc] > warning: Invalid parameter passed to C runtime function. > &g...

...ght expect an error. > f <- function(x){x^2} + 1 > f(2) [1] 5 > as.character(body(f)) [1] "+" "{\n x^2\n}" "1" > Georgi Boshnakov ------------------------------ Message: 5 Date: Sat, 17 Aug 2019 02:36:39 +1000 From: Hugh Parsonage <hugh.parsonage at gmail.com> To: R-devel <r-devel at r-project.org> Subject: [Rd] Documenting else's greed Message-ID: <CAJmOi+O-3gUjdEmFJQhTfNxwUzQ86snSti_6yt26zJRDjgX7Ug at mail.gmail.com> Content-Type: text/plain; charset="utf-8" I was initially pretty s...

Lines 129-131: \code{grep(value = FALSE)} returns a vector of the indices of the elements of \code{x} that yielded a match (or not, for \code{invert = TRUE}. This will be an integer vector unless the input There should be a closing parenthesis after \code{invert = TRUE}

..., perl = TRUE, useBytes = TRUE) [1] "AUTHOR: AM??LIE" # latin1 encoding A call to `readLines` (possibly `scan()` and `read.table` and friends) is essential. On 18 February 2018 at 02:15, Dirk Eddelbuettel <edd at debian.org> wrote: > > On 17 February 2018 at 21:10, Hugh Parsonage wrote: > | I was told to re-raise this issue with R-dev: > | > | In the documentation of R-dev and R-3.4.3, under ?gsub > | > | > replacement > | > ... For perl = TRUE only, it can also contain "\U" or "\L" to convert the rest of the replacement to upp...

On 9/9/20 8:48 AM, Hugh Parsonage wrote: > I am unable to set break or use gdb with any success when I use that version. > > On linux I would do R -d gdb but this gives "unknown option '-d' " > while gdb R.exe (in the same directory as the debug version) gives the > same output as before. > >...

...pattern = "\\.Rd$", full.names = TRUE, recursive = TRUE) suspicious <- docs[sapply(docs, detect)] length(suspicious) # [1] 114 2018-03-05 9:27 GMT+01:00 Martin Maechler <maechler at stat.math.ethz.ch>: > > >>>>> Hugh Parsonage <hugh.parsonage at gmail.com> > >>>>> on Mon, 5 Mar 2018 13:39:24 +1100 writes: > > > Lines 129-131: \code{grep(value = FALSE)} returns a vector > > of the indices of the elements of \code{x} that yielded a > > match (or not, for \code{in...

...8, 4, 7) ifelse(M, 1, 2) The performance improvement does not rely on this, however; so if current behaviour in these cases is intended, the patch can be trivially amended to reflect this. I've written up a short note detailing the performance improvements and some unit tests at https://hughparsonage.github.io/content/post/A-new-ifelse.html Best Hugh Parsonage

...ntial annoyances (what if extracted_head is a symbol that can't be found in any attached environment? Do we have to start with if (length(find(deparse(extracted_head))>0) ? In the short run, a clear note in the documentation seems entirely sufficient. On Mon, Feb 24, 2020 at 12:01 PM Hugh Parsonage <hugh.parsonage at gmail.com> wrote: > > I mean if the person filing the bug regards style as more important than > the truth of how R treats formulas then they?re literally talking in > another language. > > I strongly recommend you do nothing or at most make a note in the...

On Tue, Sep 8, 2020 at 11:44 PM Jeroen Ooms <jeroenooms at gmail.com> wrote: > > On Tue, Sep 8, 2020 at 5:20 PM Tomas Kalibera <tomas.kalibera at gmail.com> 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] > > > [Inferior 1 (process 21752)...

...;(\\w)(\\w)", "<\\L\\1\\U\\2>", txt[2]) #[1] "<aM><eL><iA>" I can change the Encoding to "latin1" or "UTF-8" and get similar results from gsub. Bill Dunlap TIBCO Software wdunlap tibco.com On Sat, Feb 17, 2018 at 7:35 AM, Hugh Parsonage <hugh.parsonage at gmail.com> wrote: > | Confirmed for R-devel (current) on Ubuntu 17.10. But ... isn't the > regexp > | you use wrong, ie isn't R-devel giving the correct answer? > > No, I don't think R-devel is correct (or at least consistent with the > docum...

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] > [Inferior 1 (process 21752) exited with code 030000000005] > > (I'm guessing...

R Under development (unstable) (2020-09-08 r79165) On Wed, 9 Sep 2020 at 18:00, Tomas Kalibera <tomas.kalibera at gmail.com> wrote: > > On 9/9/20 9:30 AM, Hugh Parsonage wrote: > > Thank you! > > > > I get > > > > Starting program: C:\R\R-devel-20200909\bin\x64\Rgui.exe > > [New Thread 19940.0x638c] > > [New Thread 19940.0x102c] > > [New Thread 19940.0x329c] > > [New Thread 19940.0x37dc] > > warning: Inval...

...ue, 17 Nov 2020, Gabriel Becker wrote: > Hi all, > I have used variable values in get() as well, and including, I think, in > package code (though pretty infrequently). > Perhaps a character.only argument similar to library? > > ~G > > On Mon, Nov 16, 2020 at 5:31 PM Hugh Parsonage <hugh.parsonage at gmail.com> > wrote: > I noticed the recent commit to R-dev (r79434).? Is this wise? > I've > often used get() in constructions like > > for (j in ls()) if (is.numeric(x <- get(j))) ... > > (and often interactively...

...s(enc2utf8("author: Am?lie"), con = tempf, useBytes = TRUE) entry <- readLines(tempf, encoding = "UTF-8") gsub("(\\w)", "\\U\\1", entry, perl = TRUE) "AUTHOR: AM?LIE" # R-3.4.3 "A" # R-dev Best, Hugh Parsonage.

I noticed the recent commit to R-dev (r79434). Is this wise? I've often used get() in constructions like for (j in ls()) if (is.numeric(x <- get(j))) ... (and often interactively, rather than in a package) Am I to understand that get(j) will now be equivalent to `j` even if j is a string referring putatively to another object? On Sat, 14 Nov 2020 at 01:34, <luke-tierney at

On Tue, 8 Sep 2020, Hugh Parsonage wrote: > Thanks Martin. On further testing, it seems that the segmentation > fault can only occur when the amount of obtainable memory is > sufficiently high. On my machine (admittedly with other processes > running): > > $ R --vanilla --max-mem-size=30G -e "x <- c(0L, -...

...[ok]. There are further savings for the NAs present case if I'm correct about the ans[nas] = NA being redundant and we're able to remove that as well. I'm happy to submit this as a patch and share credit if that is ok with you. Let me know. Best, On Thu, May 3, 2018 at 9:58 PM, Hugh Parsonage <hugh.parsonage at gmail.com> wrote: > Thanks Radford. I concur with all your points. I've attempted to address > the issues you raised through the github.io post. The new method appears > to be slower for test lengths < 100 and possibly longer lengths (not just < > 10...