Re: [Rd] R --interactive -e 'browser()'

2020-02-22 Thread Abby Spurdle
I should add: In theory, R could emulate the behavior of a compiled programming language. (In which case, R could read input from the user, or use debugging tools, when told to). However, I can't see R-core supporting this approach in the foreseeable future. A related topic is running R inside Ja

Re: [Rd] Change 77844 breaking pkgs [Re: dimnames incoherence?]

2020-02-22 Thread William Dunlap via R-devel
> but then, it seems people want to perpetuate the > claim of R to be slow More charitably, I think that the thinking may have been that since x[[i]] gives you one element of x, they should use x[[i]]<-value, for scalar i, to stick in one element. Bill Dunlap TIBCO Software wdunlap tibco.com On

Re: [Rd] R --interactive -e 'browser()'

2020-02-22 Thread Abby Spurdle
Here's what I would expect: In interactive mode, input is taken from the user (i.e. command line). In non-interactive mode, input is taken from a text file (or equivalent). What you're trying to do is run R in *non*-interactive mode, and call the browser function. This requires input to come from

[Rd] Change 77844 breaking pkgs [Re: dimnames incoherence?]

2020-02-22 Thread Martin Maechler
> Martin Maechler > on Sat, 22 Feb 2020 20:20:49 +0100 writes: > William Dunlap > on Fri, 21 Feb 2020 14:05:49 -0800 writes: >> If we change the behavior NULL--[[--assignment from >> `[[<-`(NULL, 1, "a" ) # gives "a" (*not* a list) >> to >> `[[<-`(N

Re: [Rd] dimnames incoherence?

2020-02-22 Thread Martin Maechler
> William Dunlap > on Fri, 21 Feb 2020 14:05:49 -0800 writes: > If we change the behavior NULL--[[--assignment from > `[[<-`(NULL, 1, "a" ) # gives "a" (*not* a list) > to > `[[<-`(NULL, 1, "a" ) # gives list("a") > then we have more consistency there *and*