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_MissingArg
On 1/4/17 1:26 AM, Martin Maechler wrote:
Mick Jordan
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
> appear to be semantically ver
seq.int(to = quote(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
ive-C 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 wrote:
Is it possible to configure and build a
piler 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
attributes(f) <- NULL does not help as the
srcref attribute is on the body components.
Mick
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
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()), g
ompute_identical(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),
fl
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
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).
https://cran.r-project.org/doc/manuals/r-release/R-exts.ht
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
eadLines(con) :
cannot open file 'sha1.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
_
On 5/2/16 4:25 PM, David Winsemius wrote:
On May 2, 2016, at 3:45 PM, Mick Jordan wrote:
When is the R-3.2.5 binary for Mac OS X likely to show up?
Where did you look? I see both Mavericks and SnowLeopard fork binaries with or
without r.app GUI at http://r.research.att.com/
I've been
When is the R-3.2.5 binary for Mac OS X likely to show up?
Mick Jordan
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
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
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
ts
passed to the script. If I 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
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.
> options(error=browser
On 3/27/16 2:46 PM, peter dalgaard wrote:
On 27 Mar 2016, at 22:05 , Mick Jordan 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 defined as .GlobalEnv which is
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
1"), "%Y/%m/%d",
tz="CET")
...
> The issue seems to be present in R-devel but not in (CRAN) 3.2.0
nor in R 3.2.3 (and earlier), but indeed unfortunately in 3.2.4.
This has been fixed now in "R 3.2.4 patched" (and R-devel of course)
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
[R] Error 1
make[4]: *** [R] Error 1
make[3]: *** [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
On 3/12/16 12:33 AM, peter dalgaard wrote:
On 12 Mar 2016, at 00:05 , Mick Jordan 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 even parse. And fixing the
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
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
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
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 hen
Leaving directory `/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
on position. I guess I would expect a coercion
to list or pairlist first, after which the [-1L] would produce a
meaningful result on that coercion. In any event I do observe that
as.character(e[-1L]) produces the expected result:
as.character(e[-1L])
[1] "caption<-" "ca
Is the mechanism by which packages are tested on CRAN described
anywhere? Is it by any chance written in R? The FastR
<https://bitbucket.org/allr/fastr/wiki/Home> team is interested in
running a virtual CRAN where we can test all the CRAN packages on FastR.
Thanks
Mick
On 4/29/15 3:20 AM, Martin Maechler wrote:
Mick Jordan
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
can only have an effect for something like a pipe. 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
I am curious if anyone knows of R code where the "{" function is
redefined in a useful way. Or "(" for that matter.
Thanks
Mick
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
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
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. make is GNU make 3.81
on both systems.
b
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"
os 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
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 t
implementation should always assume an
implicit ... regardless of the code, if the semantics requires it.
Thanks
Mick
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
;package"
E.g.
> package <- 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
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
On 5/17/14, 4:00 PM, peter dalgaard wrote:
On 17 May 2014, at 19:42 , Mick Jordan 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 with that fun
rary/base/R:
.GlobalEnv <- environment()
parent.frame <- function(n = 1) .Internal(parent.frame(n))
etc.
Since the functions being defined are in base, how can the calling
environment be R_GlobalEnv. Or does this just set .GlobalEnv temporarily
to base?
Thanks
Mick Jordan
[[al
Full_Name: Castagner Michel
Version: 2.1.1
OS: Solaris
Submission from: (NULL) (195.220.60.11)
> library(tcltk)
Error in namespaceExport(ns, exports) : undefined exports :addTclPath,
as.tclObj, is.tclObj, is.tkwin
In addition: Warning message:
S3 methods '$.tclvar', '$<-.tclvar', 'as.character.tc
45 matches
Mail list logo