Re: [Rd] seq.int/seq.default

On 1/4/17 8:15 AM, Mick Jordan wrote: Here is another difference that I am guessing is unintended. > y <- seq.int(1L, 3L, length.out=2) > typeof(y) [1] "double" > x <- seq.default(1L, 3L, length.out=2) > typeof(x) [1] "integer" The if (by == R_MissingA

Re: [Rd] seq.int/seq.default

On 1/4/17 1:26 AM, Martin Maechler wrote: Mick Jordan <mick.jor...@oracle.com> on Tue, 3 Jan 2017 07:57:15 -0800 writes: > This is a message for someone familiar with the implementation. > Superficially the R code for seq.default and the C code for seq.int

[Rd] seq.int/seq.default

b), by = 2) : 'to' cannot be NA, NaN or infinite Please reply off list. Thanks Mick Jordan __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel

Re: [Rd] R without graphics

separately and the manual advises you to do so (to specify Apple's clang). Tried that, but I have to use an old version of clang that can't handle the code. But --with-aqua=no was the solution. On May 23, 2016, at 7:44 PM, Mick Jordan <mick.jor...@oracle.com> wrote: Is it possible to con

[Rd] R without graphics

a compiler that cannot compile the Objective-C file, qdCocoa.m, and I don't need graphics for this experiment. Max OS X El Capitan, R-3.2.4. Thanks Mick Jordan __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel

Re: [Rd] identical on closures

On 5/20/16 2:00 PM, Gabriel Becker wrote: Specifically, the srcfile attribute of the srcref attribute of the two instances of the functions contain different environments, AFAICT. Environments are compared only by exact pointer, so this forces return FALSE. Thanks, and I realized that

Re: [Rd] identical on closures

On 5/20/16 12:40 PM, Mick Jordan wrote: I'm confused by this: > identical(function() {}, function() {}) [1] FALSE Yet, after loading the Matrix package (which redefines det), the following is checked (in library.checkConflicts): > identical(get("det", baseenv()), get(&q

[Rd] identical on closures

ntical(FORMALS(x), FORMALS(y), flags) && R_compute_identical(BODY_EXPR(x), BODY_EXPR(y), flags) && (IGNORE_ENV || CLOENV(x) == CLOENV(y) ? TRUE : FALSE) && (IGNORE_BYTECODE || R_compute_identical(BODY(x), BODY(y), flags))

[Rd] Max OSX 3.3.0 and lzma

block.hcontainer.hfilter.hindex.h lzma12.hversion.h bcj.hcheck.hdelta.hhardware.h index_hash.h stream_flags.hvli.h I'm no configure wizard so would appreciate a hint. Thanks Mick Jordan __ R-devel@r-p

Re: [Rd] vignette/knitr help

On 5/3/16 12:19 PM, Thierry Onkelinx wrote: Dear Mick, knitr doesn't depends on rmarkdown. It's the vignette that depends on both knitr (for handle the R chunks) and rmarkdown (for the output format rmarkdown::html_vignette).

Re: [Rd] vignette/knitr help

On 5/3/16 11:29 AM, Thierry Onkelinx wrote: Dear Mick, Note that both knitr and rmarkdown are listed under Suggests: both are required to compile the vignette. Installing rmarkdown should solve the problem. If not, please provide more information. OS, R version, digest version, ... This is

[Rd] vignette/knitr help

.Rmd': No such file or directory So why is sha1.Rmd missing? And why is it complaining about rmarkdown? Or more precisely why did it not install it as a dependent? It installed plain markdown. Mick Jordan __ R-devel@r-project.org mailing list https

Re: [Rd] Note: no visible definition

On 4/9/16 12:13 PM, Duncan Murdoch wrote: On 09/04/2016 2:55 PM, Mick Jordan wrote: On 4/9/16 10:54 AM, Dirk Eddelbuettel wrote: On 9 April 2016 at 10:28, Mick Jordan wrote: | Can someone explain a message of this form from an rscript execution: | | Note: no visible global function definition

Re: [Rd] Note: no visible definition

On 4/9/16 10:54 AM, Dirk Eddelbuettel wrote: On 9 April 2016 at 10:28, Mick Jordan wrote: | Can someone explain a message of this form from an rscript execution: | | Note: no visible global function definition for 'foo' | | | This happens right at the start of execution. 'foo' is only executed

[Rd] Note: no visible definition

source the script in a shell and run it I do not get the message. Mick Jordan [[alternative HTML version deleted]] __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel

[Rd] debug/recover/.Internal

I was surprised by difference between using options(error=browser) and options(error=recover) when handling an error from sys.frame that I assume is related to the fact that the error is thrown from the .Internal and the 'which' parameter to the closure isn't available. >

Re: [Rd] sys.function(0)

On 3/27/16 2:46 PM, peter dalgaard wrote: On 27 Mar 2016, at 22:05 , Mick Jordan <mick.jor...@oracle.com> wrote: As I understand https://stat.ethz.ch/R-manual/R-devel/library/base/html/sys.parent.html sys.function(n) returns the function associated with stack frame n. Since frame 0 is d

[Rd] sys.function(0)

not: > sys.function() NULL > f <- function(x) sys.function(x) > f(0) function(x) sys.function(x) > f(1) function(x) sys.function(x) > f(2) Error in sys.function(x) : not that many frames on the stack Why the different behavior when sys.function(0) is called inside anothe

Re: [Rd] Regression in strptime

On 3/15/16 3:52 AM, Martin Maechler wrote: peter dalgaard on Sat, 12 Mar 2016 19:11:40 +0100 writes: > OK, .Internal is not necessary to reproduce oddity in this area. I also see things like (notice 1980) >>

Re: [Rd] Help with libiconv problem

On 3/14/16 1:49 PM, Mick Jordan wrote: A couple of my colleagues are having problems building R-3.2.4 on Mac OS X El Capitan somehow related to libiconv. I personally don't have any problems on either of my Macs. I'm hoping thie make log might trigger something in the readers of this list

[Rd] Help with libiconv problem

: *** [R] Error 1 We always get the unknown timezone messages which I think are unrelated but I'm curious about those. Thanks Mick Jordan __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel

Re: [Rd] Regression in strptime

On 3/12/16 12:33 AM, peter dalgaard wrote: On 12 Mar 2016, at 00:05 , Mick Jordan <mick.jor...@oracle.com> wrote: This is definitely obscure but we had a unit test that called .Internal(strptime, "1942/01/01", %Y/%m/%d") with timezone (TZ) set to CET. Umm, that doesn't e

Re: [Rd] R-3.2.4 Mac/Linux different in < on characters

On 3/11/16 6:52 PM, Mick Jordan wrote: Linux: > x<-c("0","1");y<-c("a","-1"); xIn Java,FWIW, I get the Mac answer if I use String.compareTo and the Linux answer if I use Collator.compareTo, but the result is consistent on Mac and Linux. So th

[Rd] R-3.2.4 Mac/Linux different in < on characters

Linux: > x<-c("0","1");y<-c("a","-1"); xIn Java,FWIW, I get the Mac answer if I use String.compareTo and the Linux answer if I use Collator.compareTo, but the result is consistent on Mac and Linux. Mick Jordan

[Rd] Regression in strptime

he war period. Java also returns the same. However, R-3.2.4 returns "1942-01-01 CET". Mick Jordan __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel

Re: [Rd] Problem building R-3.2.4

On 3/10/16 9:22 AM, Dirk Eddelbuettel wrote: The same issue was already reported (and resolved) in the bug tracker earlier today. All this is due to 'most systems' using their system lzma (so the issue was not tickled in eg all the Debian and Ubuntu builds we do) but you here do not -- and

[Rd] Problem building R-3.2.4

ry `/tmp/R-3.2.4/src' make: *** [R] Error 1 I'm very suspicious of the "$rm -f @a" line, which also appears in the Makefile.in. Seems like $r has resolved to empty leading to the command "m -f liblzma.a" Mick Jordan __ R-devel@r-

[Rd] [ on call

xtable print.xtable [13] toLatex.xtable This code is from parseNamespaceFile (on the xtable package). Mick Jordan __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel

Re: [Rd] --interactive and -f/-e

On 4/29/15 3:20 AM, Martin Maechler wrote: Mick Jordan mick.jor...@oracle.com on Tue, 28 Apr 2015 18:11:54 -0700 writes: So, in principle it should not seem hard to make --interactive work for '-e' and '-f' as well, but I don't see quickly how. Just changing the line in unix/system.c

[Rd] --interactive and -f/-e

. Is this actually the expected behavior? Mick Jordan [[alternative HTML version deleted]] __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel

Re: [Rd] VPATH build of R on MacOSX

On 3/31/15 10:19 AM, Mick Jordan wrote: I am trying to do VPATH builds of R3.1.3, i.e. binaries built outside the source directory. It works just fine on Linux but on Mac OSX (Mavericks) I get the following trace from make, after a successful configure step. Any insights gratefully received

[Rd] gzfile text value

I'm puzzled why gzfile (which the spec says the default mode is rb) shows mode=rb but text=text from summary when it is in lazy state: cc - gzfile(ll.rds) cc - gzfile(ll.rds) summary(cc) summary(cc) $description [1] ll.rds $class [1] gzfile $mode [1] rb $text [1] text $opened [1] closed

[Rd] How do you debug the R implementation?

to simplify seeing inside the R internal data structures. Thanks Mick Jordan __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel

Re: [Rd] vapply definition question

On 12/16/14, 9:54 PM, Martin Morgan wrote: Hi Mick -- You can see that the source code doesn't contain '...' in the final line ~/src/R-devel/src/library/base/R$ svn annotate lapply.R | grep Internal\(l 38631 ripley .Internal(lapply(X, FUN)) and that it's been there for a long time

[Rd] vapply definition question

vapply - function(X, FUN, FUN.VALUE, ..., USE.NAMES = TRUE) { FUN - match.fun(FUN) if(!is.vector(X) || is.object(X)) X - as.list(X) .Internal(vapply(X, FUN, FUN.VALUE, USE.NAMES)) } This is an implementor question. Basically, what happened to the '...' args in the call to the

[Rd] Question on Code snippet semantics

- as.character(substitute(package)) package [1] package Thanks Mick Jordan __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel

[Rd] environment question

Mick Jordan [[alternative HTML version deleted]] __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel

Re: [Rd] environment question

On 5/17/14, 4:00 PM, peter dalgaard wrote: On 17 May 2014, at 19:42 , Mick Jordan mick.jor...@oracle.com wrote: According to :https://stat.ethz.ch/R-manual/R-devel/library/base/html/environment.html If |fun| is a function or a formula then |environment(fun)| returns the environment associated

Re: [Rd] environment question

On 5/17/14, 9:02 PM, Simon Urbanek wrote: Thanks, those were exactly the kind of answers that I wanted. More importantly that's not the value forever - note that later there is .GlobalEnv - globalenv() in base/R/Rprofile which is loaded *after* base/R/*.R which is the value you see when you