[Rd] withAutoprint({ .... }) ?

On R-help, with subject '[R] source() does not include added code' > Joshua Ulrich > on Wed, 31 Aug 2016 10:35:01 -0500 writes: > I have quantstrat installed and it works fine for me. If you're > asking why the output of t(tradeStats('macross'))

Re: [Rd] R (development) changes in arith, logic, relop with (0-extent) arrays

>>>>> Martin Maechler <maech...@stat.math.ethz.ch> >>>>> on Tue, 6 Sep 2016 22:26:31 +0200 writes: > Yesterday, changes to R's development version were committed, relating > to arithmetic, logic ('&' and '|') and > comparison/re

Re: [Rd] R (development) changes in arith, logic, relop with (0-extent) arrays

Oliver) ! Yes, the above is such a case where the new behavior makes much sense. And this behavior remains identical after the 71222 amendment. Martin > Best wishes > Robin > On Wed, Sep 7, 2016 at 9:49 PM, Martin Maechler <maech...@stat.math.ethz.ch> >

Re: [Rd] R (development) changes in arith, logic, relop with (0-extent) arrays

>>>>> Martin Maechler <maech...@stat.math.ethz.ch> >>>>> on Wed, 7 Sep 2016 11:49:11 +0200 writes: >>>>> Martin Maechler <maech...@stat.math.ethz.ch> >>>>> on Tue, 6 Sep 2016 22:26:31 +0200 writes: &

Re: [Rd] 'droplevels' inappropriate change

>>>>> Martin Maechler <maech...@stat.math.ethz.ch> >>>>> on Sat, 27 Aug 2016 18:55:37 +0200 writes: >>>>> Suharto Anggono Suharto Anggono via R-devel <r-devel@r-project.org> >>>>> on Sat, 27 Aug 2016 03:1

Re: [Rd] R (development) changes in arith, logic, relop with (0-extent) arrays

rictive direction. >> >> > That would mean allowing matrix(1,1,1) < (1:2), and maybe also things >> > like matrix(1,2,2)+(1:8). >> >> Martin Maechler: >> That is an interesting idea. Yes, in my view that would >> def

Re: [Rd] R-intro: function 'stderr' and 'sd'

t; base::stderr(). oh yes.. blush! .. Martin > Bill Dunlap > TIBCO Software > wdunlap tibco.com > On Tue, Sep 13, 2016 at 8:55 AM, Martin Maechler <maech...@stat.math.ethz.ch >> wrote: >> >>>>> Suharto Anggono Suharto Anggono via R-

Re: [Rd] R-intro: function 'stderr' and 'sd'

> Suharto Anggono Suharto Anggono via R-devel > on Fri, 9 Sep 2016 16:52:01 + writes: > In "An Introduction to R" Version 3.3.1, in "4.2 The function tapply() and ragged arrays", after > stderr <- function(x) sqrt(var(x)/length(x)) , > there

Re: [Rd] c(, ) / help(dotsMethods) etc

>>>>> Martin Maechler <maech...@stat.math.ethz.ch> >>>>> on Sat, 10 Sep 2016 21:49:37 +0200 writes: >>>>> John Chambers <j...@r-project.org> >>>>> on Sat, 10 Sep 2016 09:16:38 -0700 writes: >> (Brief r

Re: [Rd] Coercion of 'exclude' in function 'factor' (was 'droplevels' inappropriate change)

else levels(x) <- labels x } and already contained that line. Nevertheless, simplifying factor() by removing that line (or those 2 lines, now!) seems to only have advantages I'm not yet committing to anything, but currently would strongly consider it .. though *after* the '

Re: [Rd] c(, ) / help(dotsMethods) etc

I have been asked (by Roger; thank you for the good question, and I hope it's fine to answer to the public) : > with Pi a sparse matrix and x,y, and ones > compatible n-vectors — when I do: >> c(t(x) %*% Pi %*% ones, t(ones) %*% Pi %*% y ) > [[1]] 1 x

Re: [Rd] table(exclude = NULL) always includes NA

> Suharto Anggono Suharto Anggono > on Sat, 10 Sep 2016 02:36:54 + writes: > Looking at the code of function 'table' in R devel r71227, I see that the part "remove NA level if it was added only for excluded in factor(a, exclude=.)" is not quite

Re: [Rd] c(, ) / help(dotsMethods) etc

() fails to dispatch here, and hence the problem was with our C function that has carried the comment | * To call this an ugly hack would be to insult all existing ugly hacks | * at large in the world. and I don't think I would be able to correctly patch that infamous function (in src/main/eva

Re: [Rd] R (development) changes in arith, logic, relop with (0-extent) arrays

>>>> ever what the author actually intended? I have trouble thinking of a case >>>> where that less-than didn't carry an implicit assumption that y was >>>> non-NULL. I can say that in my own code, I've never hit that behavior >>>

Re: [Rd] R (development) changes in arith, logic, relop with (0-extent) arrays

> Radford Neal > on Thu, 8 Sep 2016 17:11:18 -0400 writes: > Regarding Martin Maechler's proposal: > Arithmetic between length-1 arrays and longer non-arrays had > silently dropped the array attributes and recycled. This now gives > a warning

Re: [Rd] Undocumented 'use.names' argument to c()

> Karl Millar via R-devel > on Fri, 23 Sep 2016 11:12:49 -0700 writes: > I'd expect that a lot of the performance overhead could be eliminated > by simply improving the underlying code. IMHO, we should ignore it in > deciding the API that we want

Re: [Rd] withAutoprint({ .... }) ?

) I don't see any way around the "mis-feature" that all "input" expressions are in the end shown twice in the "output" (the first time by showing the withAutoprint(...) call itself). The function *name* is "not bad" but also a bit longish; maybe there are bet

Re: [Rd] Undocumented 'use.names' argument to c()

it would be straightforward or even just relatively painless to go to '1) + 2)' ... may change r71349 (to the S4 generic definition of "c") had dramatical effects in "package land" and hence reversion of that (with r71354) was necessary, for the time being. Martin > -

Re: [Rd] Coercion of 'exclude' in function 'factor' (was 'droplevels' inappropriate change)

>>>>> Martin Maechler <maech...@stat.math.ethz.ch> >>>>> on Tue, 13 Sep 2016 18:33:35 +0200 writes: >>>>> Suharto Anggono Suharto Anggono via R-devel <r-devel@r-project.org> >>>>> on Fri, 2 Sep 2016 16:10:00 + wri

Re: [Rd] Numerical accuracy of matrix multiplication

> It's less than .Machine$double.eps, relative (!) to x %*% x ~= 100. indeed! Still, it gives exactly 0 on my platform(s), where I'm using R's own version of BLAS / Lapack. Are you perhaps using an "optimized" BLAS / LAPACK , i.e, one that is fast but slightly less so accurate ?

Re: [Rd] Numerical accuracy of matrix multiplication

.5096830356289672 > cbind(sprintf("%a", c(x%*%x, crossprod(x), sum(x^2 [,1] [1,] "0x1.9e09ea598568fp+6" [2,] "0x1.9e09ea598568fp+6" [3,] "0x1.9e09ea598568ep+6" > > Regards, > Alexis Sarda. >

Re: [Rd] Undocumented 'use.names' argument to c()

> David Winsemius > on Tue, 20 Sep 2016 23:46:48 -0700 writes: >> On Sep 20, 2016, at 7:18 PM, Karl Millar via R-devel wrote: >> >> 'c' has an undocumented 'use.names' argument. I'm not sure if this is >> a

Re: [Rd] 'droplevels' inappropriate change

> Suharto Anggono Suharto Anggono via R-devel > on Sat, 27 Aug 2016 03:17:32 + writes: > In R devel r71157, 'droplevels' documentation, in "Arguments" section, says this about argument 'exclude'. > passed to factor(); factor levels which should be

Re: [Rd] "plot.ts" doesn't respect the value of "pch" (+ blocked from Bugzilla signups)

>>>>> Martin Maechler <maech...@stat.math.ethz.ch> >>>>> on Fri, 26 Aug 2016 09:31:41 +0200 writes: >>>>> Gregory Werbin <greg.wer...@libertymail.net> >>>>> on Thu, 25 Aug 2016 15:21:05 -0400 writes: >> I'v

Re: [Rd] summary.default rounding on numeric seems inconsistent with other R behaviors

> Dirk Eddelbuettel > on Fri, 19 Aug 2016 11:40:05 -0500 writes: > It is the old story of defined behaviour and expected outcomes. Hard to > change now. yes... not impossible though... see below > So I would suggest you do something like this in your

Re: [Rd] summary.default rounding on numeric seems inconsistent with other R behaviors

>>>>> John Mount <jmo...@win-vector.com> >>>>> on Wed, 24 Aug 2016 07:25:50 -0700 writes: >> On Aug 24, 2016, at 2:36 AM, Martin Maechler >> <maech...@stat.math.ethz.ch> wrote: >> >>>>>&

Re: [Rd] "plot.ts" doesn't respect the value of "pch" (+ blocked from Bugzilla signups)

> Gregory Werbin > on Thu, 25 Aug 2016 15:21:05 -0400 writes: > I've had a chance to read the source more thoroughly. The chain of > events is as follows: > 1. Local function `plotts()` is defined with argument `cex` that > defaults to

Re: [Rd] Undocumented 'use.names' argument to c()

>>>>> Martin Maechler <maech...@stat.math.ethz.ch> >>>>> on Mon, 26 Sep 2016 18:26:25 +0200 writes: >>>>> Suharto Anggono Suharto Anggono <suharto_angg...@yahoo.com> >>>>> on Mon, 26 Sep 2016 14:51:11 + writes:

Re: [Rd] withAutoprint({ .... }) ?

>>>>> Henrik Bengtsson <henrik.bengts...@gmail.com> >>>>> on Sun, 25 Sep 2016 12:38:27 -0700 writes: > On Sun, Sep 25, 2016 at 9:29 AM, Martin Maechler > <maech...@stat.math.ethz.ch> wrote: >>>>>>> Henrik Bengtss

Re: [Rd] withAutoprint({ .... }) ?

pr <- substitute(expr) >[...] > } I think my approach is nicer insofar it does not seem to need such an argument I'm sure you'll try to disprove that ;-) Martin > Just some thoughts > /Henrik > On Sat, Sep 24, 2016 at 6:37 AM, Martin Maechler

Re: [Rd] Undocumented 'use.names' argument to c()

ot hidden .. As mentioned before, 'use.names' is used in unlist() in quite a few places, and such an argument also exists for lengths() and all.equal.list() and now c() > > On Sat, 24/9/16, Martin Maechler > <m

Re: [Rd] Running package tests and not stop on first fail

>>>>> Hervé Pagès <hpa...@fredhutch.org> >>>>> on Mon, 7 Nov 2016 14:37:15 -0800 writes: > On 11/05/2016 01:53 PM, Martin Maechler wrote: >>>>>>> Oliver Keyes <ironho...@gmail.com> >>>>>>>

Re: [Rd] Memory leak with tons of closed connections

> Gergely Daróczi > on Thu, 10 Nov 2016 16:48:12 +0100 writes: > Dear All, > I'm developing an R application running inside of a Java daemon on > multiple threads, and interacting with the parent daemon via stdin and > stdout. > Everything

Re: [Rd] How to assign NULL value to pairlist element while keeping it a pairlist?

> Michael Lawrence > on Wed, 12 Oct 2016 15:21:13 -0700 writes: > Thanks, this was what I expected. There is a desire to > eliminate the usage of pairlist from user code, which > suggests the alternative of allowing for function > arguments

Re: [Rd] typo or stale info in qr man

ctionality with LAPACK (and we would then use that), but that has never happened according to my knowledge. Thank you for the 'heads up'. Martin Maechler ETH Zurich __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel

Re: [Rd] Missing objects using dump.frames for post-mortem debugging of crashed batch jobs. Bug or gap in documentation?

> nospam@altfeld-im de > on Sun, 13 Nov 2016 13:11:38 +0100 writes: > Dear R friends, to allow post-mortem debugging In my > Rscript based batch jobs I use >tryCatch( , error = function(e) { > dump.frames(to.file = TRUE) }) > to write

Re: [Rd] Memory leak with tons of closed connections

> Gábor Csárdi > on Sun, 13 Nov 2016 20:49:57 + writes: > Using dup() before fdopen() (and calling fclose() on the connection > when it is closed) indeed fixes the memory leak. > Thank you, Gábor! Yes I can confirm that this fixes the memory leak. I'm

Re: [Rd] Missing objects using dump.frames for post-mortem debugging of crashed batch jobs. Bug or gap in documentation?

ce is that the global variable "g" is visible > within the function "f" in the first version, but not in the second > version. > > If I dump to a file and load and debug it then the search path through > the > frames is not the same during run time vs. debug ti

Re: [Rd] shared libraries: missing soname

l. To the issue: I also don't see what your point is. R works with these so libraries as intended in all cases as far as we know, and so I don't understand why anything needs to be changed. All these libraries "belong to R" and are tied to a specific version of R and are not be

Re: [Rd] ifelse() woes ... can we agree on a ifelse2() ?

ent proposal works for objects of class "Date", "POSIXct", "POSIXlt", "factor", "mpfr" (pkg 'Rmpfr') and hopefully for "sparseVector" (in a next version of the 'Matrix' pkg). Martin > On Tue, Nov 15, 2016 at 3:58 AM, Martin Mae

Re: [Rd] ifelse() woes ... can we agree on a ifelse2() ?

s 1 or is the same as the length of the result. For subassignment with value of length 1, recycling happens by itself and NA in index is OK. > It limits 'NA.' to be of length 1, considering 'NA.' just as a label for NA. > Cases where the last version above or 'ifelse2 or 'ifelseHW' in i

Re: [Rd] ifelse() woes ... can we agree on a ifelse2() ?

> Related to the length of 'ifelse' result, I want to say that "example of > different return modes" in ?ifelse led me to perceive a wrong thing in the > past. > ## example of different return modes: > yes <- 1:3 > no <- pi^(0:3) > typeof(ifelse(NA,yes, no)) # logical >

Re: [Rd] problem with normalizePath()

st such bugs and bug fixes? --> I'm BCC'ing this to one place at least. Best, Martin Maechler ETH Zurich > On Thu, Nov 17, 2016 at 2:28 PM, Laviolette, Michael < > michael.laviole...@dhhs.nh.gov> wrote: >> The packages "readxl" and "haven"

Re: [Rd] ifelse() woes ... can we agree on a ifelse2() ?

lt"), factors, and "mpfr" (the arbitrary-precision numbers in my package "Rmpfr") Also if you are not on github, you can quickly get to the ifelse2() definition : https://gist.github.com/mmaechler/9cfc3219c4b89649313bfe6853d87894#file-ifelse-def-r-L168 > Al

Re: [Rd] BUG?: On Linux setTimeLimit() fails to propagate timeout error when it occurs (works on Windows)

> Spencer Graves > on Tue, 25 Oct 2016 22:02:29 -0500 writes: > On 10/25/2016 9:44 PM, Henrik Bengtsson wrote: >> setTimeLimit(elapsed=1) causes a timeout error whenever a call takes >> more than one second. For instance, this is how it works

Re: [Rd] improve 'package not installed' load errors?

> Duncan Murdoch > on Mon, 24 Oct 2016 14:54:16 -0400 writes: > On 24/10/2016 1:51 PM, Kevin Ushey wrote: >> Hi R-devel, >> >> One of the more common issues that new R users see, and become stumped >> by, is error messages during package

Re: [Rd] Running package tests and not stop on first fail

rg/R/trunk/ ). The relevant source code should basically all be in src/library/tools/R/testing.R Note that this may be complicated, also because "parallel" checking is available in parts, via the TEST_MC_CORES environment variable ((which is currently only quickly documen

Re: [Rd] Running package tests and not stop on first fail

all the other options you see from 'R CMD check --help'), please speak up. Martin > Regards, Jan > On 3 November 2016 at 17:25, Hervé Pagès > <hpa...@fredhutch.org> wrote: >> >> Hi Martin, Jan, >> >> On 11/03/2016 03:45

Re: [Rd] Running package tests and not stop on first fail

>>>>> Brian G Peterson <br...@braverock.com> >>>>> on Fri, 4 Nov 2016 10:37:18 -0500 writes: > On Fri, 2016-11-04 at 16:24 +0100, Martin Maechler wrote: >> >>>>> Jan Gorecki <j.gore...@wit.edu.pl> >>>>

Re: [Rd] Running package tests and not stop on first fail

>>>>> Dirk Eddelbuettel <e...@debian.org> >>>>> on Fri, 4 Nov 2016 10:36:52 -0500 writes: > On 4 November 2016 at 16:24, Martin Maechler wrote: | My > proposed name '--no-stop-on-error' was a quick shot; if | > somebody has a more co

Re: [Rd] optim(…?=, =?utf-8?Q?method=‘L-BFGS-B’) stops with an error message while violating the lower bound

ir remark 1 is very relevant and promising faster / more reliable convergence. I'd be "happy" if optim() could gain a new option, say, "L-BFGS-B-2011" which would incorporate what they call "modified L-BFGS-B". However, I did not find published code to go together with

[Rd] New leap second end of 2016 / beginning 2017 (depending on TZ)

As R is sophisticated enough to track leap seconds, ?.leap.seconds we'd need to update our codes real soon now again: https://en.wikipedia.org/wiki/Leap_second (and those of you who want second precision in R in 2017 need to start working with 'R patched' or 'R devel' ...)

Re: [Rd] New leap second end of 2016 / beginning 2017 (depending on TZ)

>>>>> Martin Maechler <maech...@stat.math.ethz.ch> >>>>> on Wed, 14 Dec 2016 17:04:22 +0100 writes: > As R is sophisticated enough to track leap seconds, > ?.leap.seconds > we'd need to update our codes real soon now again:

Re: [Rd] print.POSIXct doesn't seem to use tz argument, as per its example

> Jennifer Lyon > on Thu, 15 Dec 2016 09:33:30 -0700 writes: > On the documentation page for DateTimeClasses, in the Examples section, > there are the following two lines: > > format(.leap.seconds) # the leap seconds in your time zone >

Re: [Rd] segfault with POSIXlt zone=NULL zone=""

> Joshua Ulrich > on Tue, 6 Dec 2016 09:51:16 -0600 writes: > On Tue, Dec 6, 2016 at 6:37 AM, wrote: >> Hi all, >> >> I ran into a segfault while playing with dates. >> >> $ R --no-init-file >> ... >> >

Re: [Rd] Strange behavior when using progress bar (Fwd: Re: [R] The code itself disappears after starting to execute the for loop)

Please Windows users .. this is possibly only for you! Note that I do *not* see problems on Linux (in ESS; did not try RStudio). Please also indicate in which form you are running R. Here it does depend if this is inside RStudio, ESS, the "Windows GUI", the "Windows terminal&qu

Re: [Rd] accelerating matrix multiply

cite above, the current implementation was triggered by a nasty BLAS bug .. actually also showing up only on some platforms, possibly depending on runtime libraries in addition to the compilers used. Do you have R code (including set.seed(.) if relevant) to show on how to generate the large

Re: [Rd] Different results for cos,sin,tan and cospi,sinpi,tanpi

much Ei-ji Nakama, for this valuable contribution to make R better! Martin Maechler, ETH Zurich > -- > Best Regards, > -- > Eiji NAKAMA > "\u4e2d\u9593\u6804\u6cbb" __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel

Re: [Rd] Different results for cos,sin,tan and cospi,sinpi,tanpi

>>>>> Martin Maechler <maech...@stat.math.ethz.ch> >>>>> on Thu, 1 Dec 2016 09:36:10 +0100 writes: >>>>> Ei-ji Nakama <nak...@ki.rim.or.jp> >>>>> on Thu, 1 Dec 2016 14:39:55 +0900 writes: >> Hi, >&g

Re: [Rd] problem with normalizePath()

and why shouldn't Microsoft be the institution who can best judge how to do that, now that they sell a "Microsoft R" ?? !??!?!??!?!??!? (trying again with BCC; next time, I'll use CC). (a slowly increasingly frustrated) Martin Maechler ETH Zurich > Best, > Evan &

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

>>>>> Martin Maechler <maech...@stat.math.ethz.ch> >>>>> on Thu, 5 Jan 2017 12:39:29 +0100 writes: >>>>> Mick Jordan <mick.jor...@oracle.com> >>>>> on Wed, 4 Jan 2017 08:15:03 -0800 writes: >> On 1/4/17 1:

Re: [Rd] utils::ls.str(): Partial argument name 'digits' to seq() (should be digits.d?)

You are right (though picky). I have updated it now. Thank you Henrik! Martin > Should utils::ls.str() be updated as: > svn diff src/library/utils/R/str.R > Index: src/library/utils/R/str.R > === > --- src/library/utils/R/str.R

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

>>>>> Mick Jordan <mick.jor...@oracle.com> >>>>> on Wed, 4 Jan 2017 08:15:03 -0800 writes: > On 1/4/17 1:26 AM, Martin Maechler wrote: >>>>>>> Mick Jordan <mick.jor...@oracle.com> >>>>>>> on

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

> Mick Jordan > on Wed, 4 Jan 2017 12:49:41 -0800 writes: > 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 <-

Re: [Rd] colnames for data.frame could be greatly improved

ic that do.NULL = FALSE is relatively slow? Shorter code *is* nicer than longer code, so I need a bit more conviction why we should add more code for that special case .. Martin Maechler, ETH Zurich > On 20 December 2016 at 01:27, Jan Gorecki <j.gore...@wit.edu.pl> wrote: > >

[Rd] structure(NULL, *) is deprecated [was: Unexpected I(NULL) output]

>>>>> Martin Maechler <maech...@stat.math.ethz.ch> >>>>> on Thu, 22 Dec 2016 10:24:43 +0100 writes: >>>>> Florent Angly <florent.an...@gmail.com> >>>>> on Tue, 20 Dec 2016 13:42:37 +0100 writes: >>

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

od not implemented for type 'symbol' which I find a very appropriate and helpful message > seq.int(to=quote(b), by=2) > Error in seq.int(to = quote(b), by = 2) : > 'to' cannot be NA, NaN or infinite which is true, as well, and there's no "default met

Re: [Rd] Very small numbers in hexadecimal notation parsed as zero

> Florent Angly > on Tue, 20 Dec 2016 13:26:36 +0100 writes: > Hi all, > I have noticed incorrect parsing of very small hexadecimal numbers > like "0x1.dp-987". Such a hexadecimal representation can > can be produced by sprintf()

Re: [Rd] Unexpected I(NULL) output

actically noticeable. A last option would be 3/ The help page for I() could note what happens in the NULL case. That would be the least work for everyone, but at the moment, I tend to agree that '1/' is worth the pain to have R's structure() become more consistent. Martin Maechler ETH Zur

Re: [Rd] Request: Increasing MAX_NUM_DLLS in Rdynload.c

at convincing to me... in so far as the general feeling is that memory should be cheap and limits should not be low. (In spite of Brian Ripleys good reasons against it, I'd still aim for a *dynamic*, i.e. automatically increased list here). Martin Maechler > Regards, > Steve Bronder

Re: [Rd] A question on stats::as.hclust.dendrogram

following question has become irrelevant now, but yes, dendrograms *are* implemented as nested lists. Martin Maechler ETH Zurich and R core team > The line in question is at line 128 of dendrogram.R in R-3.3.3, at stats::as.hclust.dendrogram: > stopifnot(length(s) == 2L, all( vapp

Re: [Rd] Documentation of model.frame() and get_all_vars()

on? (Or it's a bug > - I don't really know.) I would not want to change model.frame.default() currently as it's too important a building block and it may be wise to require that its callers should have done recycling. > Thanks in advance for your consideration. Thank you Thomas f

Re: [Rd] Error in documentation for ?legend

did not understand Peter: He *did* agree with you that there's no 'title.cex' argument and explained why the oddity probably has happened in the distant past ..) Martin Maechler ETH Zurich and R Core Team (as Peter Dalgaard) > From: peter dalgaard <pda...@gmail.com> > Se

Re: [Rd] `[` not recognized as a primitive in certain cases.

> Joris Meys > on Tue, 28 Mar 2017 15:19:14 +0200 writes: > Thank you gents, I overlooked the subtle differences. > On Tue, Mar 28, 2017 at 2:49 PM, Lukas Stadler > wrote: >> “typeof” is your friend here: >>

Re: [Rd] Support for user defined unary functions

> Jim Hester > on Thu, 16 Mar 2017 12:31:56 -0400 writes: > Gabe, > The unary functions have the same precedence as normal SPECIALS > (although the new unary forms take precedence over binary SPECIALS). > So they are lower precedence than

Re: [Rd] outer not applying a constant function

ll Dunlap > TIBCO Software > wdunlap tibco.com You are right, thank you! Such a "convenience change" would not be a good idea. Martin Maechler ETH Zurich > On Mon, Mar 20, 2017 at 6:36 AM, Martin Maechler > <maech...@stat.math.ethz.ch> wrote: >

Re: [Rd] Hyperbolic tangent different results on Windows and Mac

- and we should use it (by "#undef HAVE_CTAN" (or better by a configure check, using ctanh("500 + 0i"), as I see that on Windows, R> -1i * tan((500+0i)*1i) gives [1] 1+0i as it should for tanh(500+0i) --- but does not on Windows. Martin Maechler ETH Zurich and R Core __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel

Re: [Rd] outer not applying a constant function

> Gebhardt, Albrecht > on Sun, 19 Mar 2017 09:14:56 + writes: > Hi, > the function outer can not apply a constant function as in the last line of the following example: >> xg <- 1:4 >> yg <- 1:4 >> fxyg <- outer(xg, yg,

Re: [Rd] IO error when writing to disk

would there be a way to create a small, say 1 MB, temporary file system as a non-root user? In that case, we could do all the testing from inside R .. Best, Martin Maechler > Thanks, > Jean-Sébastien Bevilacqua > 2017-03-20 10:24 GMT+01:00 realitix <reali...@gmail.com>:

Re: [Rd] complex NA's match(), etc: not back-compatible change proposal

> Suharto Anggono Suharto Anggono via R-devel > on Sat, 1 Apr 2017 14:10:06 + writes: > I am raising this again. > With > z <- complex(real = c(0,NaN,NaN), imaginary = c(NA,NA,0)) , > results of > sapply(z, match, table = z)

Re: [Rd] Potential bug in utils::citation()

es reproduce the new bug and that is due to a change by me, and I had started investigation on Friday (but not with your package and not having seen a straighforward example yet). This will be fixed ASAP, i.e., within hours. Martin Maechler > Background: > My package poppr suddenly starte

Re: [Rd] Very hard to reproduce bug (?) in R-devel

> Winston Chang > on Tue, 4 Apr 2017 15:29:40 -0500 writes: > I've done some more investigation into the problem, and it is very > difficult to pin down. What it looks like is happening is roughly like this: > - `p` is an environment and `p$e` is

Re: [Rd] Bug report: POSIX regular expression doesn't match for somewhat higher values of upper bound

> > on Tue, 4 Apr 2017 08:45:30 + writes: > Dear Sirs, > while >> regexpr('(.{1,2})\\1', 'foo') > [1] 2 > attr(,"match.length") > [1] 2 > attr(,"useBytes") > [1] TRUE > yields the correct match, an

Re: [Rd] Potential bug in utils::citation()

>>>>> Martin Maechler <maech...@stat.math.ethz.ch> >>>>> on Mon, 3 Apr 2017 10:22:52 +0200 writes: >>>>> Zhian Kamvar <zkam...@gmail.com> >>>>> on Sun, 2 Apr 2017 16:26:37 -0500 writes: >> Hi, I believe th

Re: [Rd] "table(droplevels(aq)$Month)" in manual page of droplevels

ickham's "Advanced R". > But note that droplevels(aq)["Month"] and > droplevels(aq)$Month are _not_ the same. The first returns > a data.frame (with just one vector), the latter returns a > vector. To return just a vector you could also

Re: [Rd] c() documentation after change; 'recursive' in "base" methods

> Suharto Anggono Suharto Anggono via R-devel > on Wed, 19 Apr 2017 22:50:41 + writes: > In R 3.4.0 RC, argument list of 'c' as S4 generic function has become > (x, ...) . > However, "S4 methods" section in documentation of 'c' (c.Rd) is not

Re: [Rd] Bug in nlm()

edback from "the public". Of course, I could be wrong.. and happy if you explain / tell me why. Best, Martin Maechler > Thank you in advance. > Kind regards, > Marie B�hnstedt > Marie B�hnstedt, MSc > Research Scientist > Max Planck Institute

Re: [Rd] Control statements with condition with greater than one should give error (not just warning) [PATCH]

y to hell " Here: The way to R hell starts (or "widens", your choice) by introducing options() that influence basic language semantics !! For robust code you will start to test all code of R for all different possible combinations of these options set I am sure y

Re: [Rd] named arguments in formula and terms

Dear Achim, > Achim Zeileis > on Fri, 10 Mar 2017 15:02:38 +0100 writes: > Hi, we came across the following unexpected (for us) > behavior in terms.formula: When determining whether a term > is duplicated, only the order of the arguments in

Re: [Rd] Control statements with condition with greater than one should give error (not just warning) [PATCH]

. until the flip is switched for all. or have I overlooked an issue? Martin > On Sat, Mar 4, 2017 at 12:04 PM, Martin Maechler > <maech...@stat.math.ethz.ch >> wrote: >> >>>>> Henrik Bengtsson <henrik.bengts...@gmail.com> >>>>

Re: [Rd] Please add me to bugzilla

atch for non-recursive > implementations. Very well done, thank you a lot! [and I will add you to bugzilla .. so you can use it for the next bug .. ;-)] Best, Martin > Regards, Bradley > On Mon, Mar 6, 2017 at 3:50 AM, Martin Maechler > <maech...@stat.math.eth

Re: [Rd] Control statements with condition with greater than one should give error (not just warning) [PATCH]

> Henrik Bengtsson > on Fri, 3 Mar 2017 10:10:53 -0800 writes: > On Fri, Mar 3, 2017 at 9:55 AM, Hadley Wickham > wrote: >>> But, how you propose a warning-to-error transition >>> should be made without wreaking havoc?

Re: [Rd] Please add me to bugzilla

rts of the 'R bugs' web page above). Posting to all 1000 R-devel readers with no content about what you consider a bug is a waste of bandwidth for at least 99% of these readers. [Yes, I'm also using their time ... in the hope to *improve* the quality o

Re: [Rd] stats::median

>>>>> Martin Maechler <maech...@stat.math.ethz.ch> >>>>> on Mon, 27 Feb 2017 10:42:19 +0100 writes: >>>>> Rob J Hyndman <rob.hynd...@monash.edu> >>>>> on Wed, 15 Feb 2017 21:48:56 +1100 writes: >> The

Re: [Rd] Bug in nlm()

quot;hessian") <- h(x1, x2) return(res) } nlm.fgh <- nlm(fgh, c(-1.2,1)) I have almost finished a more detailed bug report, which I would like to submit. Best, Marie Boehnstedt >>>>> Martin Maechler <maech...@stat.math.ethz.ch> >>>>> on Fri,

Re: [Rd] translateChar in NewName in bind.c

> Suharto Anggono Suharto Anggono via R-devel > on Sun, 30 Jul 2017 14:57:53 + writes: > R devel's bind.c has been ported to R patched. Is it OK while names of 'unlist' or 'c' result may be not strictly the same as in R 3.4.1 because of changed

Re: [Rd] Problem compiling R patched and R devel on Ubuntu

> Berwin A Turlach > on Thu, 3 Aug 2017 15:27:56 +0800 writes: > G'day all, > since about a week my daily re-compilations of R patched and R devel > are falling over, i.e. they stop with an error during "make > check" (while building the 32

Re: [Rd] rnorm is not truly random used in the lm function

> Victor Tian > on Thu, 3 Aug 2017 09:49:57 -0400 writes: > To whom it may concern, > I happened to run the following R code just to check the layout of the > output, but found that the code doesn't work the way I thought it should > work. yes,

Re: [Rd] Issues of R_pretty in src/appl/pretty.c

>>>>> Martin Maechler <maech...@stat.math.ethz.ch> >>>>> on Mon, 14 Aug 2017 11:46:07 +0200 writes: >>>>> Suharto Anggono Suharto Anggono via R-devel <r-devel@r-project.org> >>>>> on Fri, 11 Aug 2017 17:11:06 +0

Re: [Rd] Help to create bugzilla account

> Dmitriy Selivanov > on Fri, 11 Aug 2017 17:33:31 +0400 writes: > Hi mailing list and R-core. Could someone from R-core please help me to > create account in bugzilla? I would like to submit issue related to gc() to > wishlist. I will

<    5   6   7   8   9   10   11   12   13   14   >