similar to: Turn warnings or notes into errors on CMD check ?

Rscript eats up the last argument when reporting the command it runs: $ Rscript --verbose "/tmp/test.R" one two three running '/usr/local/lib/R-devel/lib/R/bin/R --slave --no-restore --file=/tmp/test.R --args one two' With the patch below, I get the following: $ Rscript --verbose "/tmp/test.R" one two three running '/usr/local/lib/R-devel/lib/R/bin/R --slave

I don't know if this is a bug. I can reproduce the following on Ubuntu 12.04.2 and 13.04 64-bit with R version 3.0.1 and with r63479. There is no difference if R is patched with the fix for PR#15407 or not, although without the fix there are more ways to trigger this. I can reproduce with the following: 1. Open R in gnome-terminal or xterm 2. Run 'library(tcltk)' 3. Run

I have two comments regarding the Posting Guide: (1) The link in the following sentence did not work for me: Take care when you quote other people's comments to respect their rights, e.g., as summarized here[a]. [a] http://www.jiscmail.ac.uk/help/policy/copyright.htm Has it been changed to the following? http://www.jiscmail.ac.uk/policyandsecurity/copyrightissues.html (2) Regarding

Below is an example of output that changed as a result of r64970. I did not see any NEWS item suggesting this change is expected. Note that the example is contrived and I don't have a use case for it. I stumbled across it when playing with recent changes in R relating to duplication. Does the example use undefined syntax? ----- fn1 <- function(mylist) { fn1a <- function()

Regarding the following extract of ?options: ?editor?: a non-empty string, or a function that is called with a file path as argument. edit.default currently calls the function with three arguments: name, file, and title. For example, running the following vimCmd <- 'vim -c "set ft=r"' vimEdit <- function(file_) system(paste(vimCmd, file_)) options(editor =

tools::md5sum gives a warning if it receives a directory as an argument on Unix but not on Windows. >From what I understand, this happens because in Windows a directory is not treated as a file so fopen returns NULL. Then, NA is returned without a warning. On Unix, a directory is treated as a file so fopen does not return NULL so md5 is run and fails, leading to a warning. This is a good

The following example in ?dump.frames options(error = quote({dump.frames(to.file = TRUE); q()})) is useful for teaching the user how to save a frame dump when R encounters an error during non-interactive sessions. This command however causes an additional change that on encountering an error R exits with a 0 error status. Although it's just an example, it's an important one as it's

Attached is a patch with minor suggestions for the R-ints manual at r64048. The most substantial change is the following: The top layer comprises the graphics subsystems. Although there is -provision for 24 subsystems, after 6 years only two exist, `base' and +provision for 24 subsystems, since 2001 only two exist, `base' and `grid'. Is the year 2001 correct? I base it on the date

Attached is a patch with suggestions for the R-lang manual at r64277. Below are a few comments (some are implemented in the patch): In the section "Objects", there is a table introduced by "The following table describes the possible values returned by typeof". One of the results is "any". Can "any" be returned by "typeof()" ? Regarding the

As of r65998 I'm getting /usr/bin/install: cannot stat ?/home/scott/rbuilds/r-devel/repo/share/Rd/macros/*?: No such file or directory Commenting out the newly added @for f in $(srcdir)/Rd/macros/*; do \ $(INSTALL_DATA) $${f} "$(DESTDIR)$(rsharedir)/Rd/macros"; \ done in share/Makefile.in fixes compilation for me. I'm on Ubuntu 13.10. My configure

For 'R CMD check', it appears that option '--outdir' is not recognized and generates warning "unknown option '--outdir'". R CMD check --help says: Usage: R CMD check [options] pkgs [...] Options: [...] -o, --outdir=DIR directory used for logfiles, R output, etc. (default is 'pkg.Rcheck' in current directory,

'tkcoords' is defined twice (in the same way) in src/library/tcltk/R/Tk.R. Attached is a patch against r63780 that removes the duplicate definition and alphabetizes the functions. I've read that minor patches such as this should be sent to r-devel [1]. Scott [1] http://permalink.gmane.org/gmane.comp.lang.r.devel/33987 -- Scott Kostyshak Economics PhD Candidate Princeton

On 04/01/2020 4:35 p.m., Scott Kostyshak wrote: > On Fri, May 31, 2019 at 01:28:55AM -0400, Scott Kostyshak wrote: >> The attached patch adds some sanity checks to the "type" argument of ... > Bump. For this type of patch proposal, is it better to use the > bug tracker? For almost any patch proposal it is. Certainly if you don't get action (or at least discussion)

The attached patch adds some sanity checks to the "type" argument of quantile(). Output from the following commands show the change of behavior with the current patch: vec <- 1:10 quantile(vec, type = c(1, 2)) quantile(vec, type = 10) quantile(vec, type = "aaa") quantile(vec, type = NA_real_) quantile(vec, type = 4.3) quantile(vec, type = -1) Current behavior

Is there a way to mark a ticket as a potential regression in the bug tracker? I think the following issue is a regression: https://bugs.r-project.org/bugzilla/show_bug.cgi?id=17684 I've just tested (2020-06-12 r78687) and what I believe to be a regression is still there. I don't think the bug has bitten many people, so I don't think it is critical, but often it is helpful to mark

Hi, I raised this issue at stackoverflow and it was suggested to raise it here: >From the current help page, it is unclear that "warnings()" does not clear after rm(list=ls()). Currently the page states that: "Warning: It is undocumented where last.warning is stored nor that it is visible, and this is subject to change. Prior to R 2.4.0 it was stored in the workspace, but no

On Fri, May 4, 2018 at 4:47 PM, Scott Kostyshak <skostyshak at ufl.edu> wrote: > I have very little knowledge about file encodings and would like to > learn more. > > I've read the following pages to learn more: > > http://stat.ethz.ch/R-manual/R-devel/library/base/html/Encoding.html >

Currently on R I get the following: > file.access(c("doesNotExist", NA)) doesNotExist <NA> -1 0 where 0 means success. Is the 0 correct? I was expecting either NA or -1. ?file.access does not mention how NA values should be handled. The subsection "3.3.4 NA handling" from the R Language Definition manual suggest to me that file.access should return NA if given

Regarding the following code, warning(sprintf(ngettext(has.errors, "scheduled core %s encountered error in user code, all values of the job will be affected", "scheduled cores %s encountered errors in user code, all values of the jobs will be affected"), paste(has.errors, collapse = ", ")), domain = NA) has.errors is a vector whose elements are the

Hi, I have R installed from the Ubuntu PPA and a local build of R (more details below). I will refer to these as "R" and "R-devel", respectively. I've reproduced the following on Ubuntu 13.10 and 14.04. Below is an example (which requires the bootstrap package) that takes 10 seconds for me to run with R-devel and 5 seconds with R library(bootstrap) str(tooth) theta <-