methods)
> Michael Chirico
Yes, 'lars' has _not_ been updated since Spring 2013, notably
because its authors have been saying (for rather more than 5
years I think) that one should really use
require("glmnet")
instead.
Your point is still valid that it would be easy to enhance
base :: scale.default() so it'd work in more cases.
Thank you for that. I do plan to consider such a change in
R-devel (planned to become R 3.5.0 in April).
Martin Maechler,
ETH Zurich
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
> Hugh Parsonage
> on Mon, 5 Mar 2018 13:39:24 +1100 writes:
> Lines 129-131: \code{grep(value = FALSE)} returns a vector
> of the indices of the elements of \code{x} that yielded a
> match (or not, for \code{invert = TRUE}. This will be an
> integer vector unless the
>> them into bits
>> needs its own terms function? This does not look like a good solution to
>> me.
>>
>> On 03/07/2018 07:39 AM, Ben Bolker wrote:
>>>
>>> I knew I had seen this before but couldn't previously remember where.
all such situations.
>From that, I have addressed at least the current bug
(and its immediate surroundings). I now have committed the
following to 'R-devel' (= the R sources development "trunk") :
r74373 | maechler | 2018-03-08 17:49:32 +0100 (Thu, 08.
n it is neither
loaded nor attached (e.g., when R runs with only base, say, and
suddenly encounters an S4 object), and there still are
situations where 'methods' needs to be in the search() path and
not just loaded, but these cases should be unrelated to the
above DESCRIPTION-Imports vs NAMESPACE-Imports correspondence.
Martin Maechler
ETH Zurich & R Core Team
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
>>>>> Adrian Dușa
>>>>> on Tue, 13 Mar 2018 09:17:08 +0200 writes:
> On Mon, Mar 12, 2018 at 2:18 PM, Martin Maechler
> wrote:
>> [...]
>> Is that so? Not according to my reading of the 'Writing R
>> Ext
> Suharto Anggono Suharto Anggono via R-devel
> on Sat, 17 Mar 2018 11:53:28 + writes:
> Logic.Rd has been changed again in r74377. After change:
> \item{x, y}{raw or logical or \sQuote{number-like} vectors
> (i.e., of types \code{\link{double}} (class
> \cod
> Ben Bolker
> on Mon, 19 Mar 2018 11:57:34 -0400 writes:
> patch against recent SVN ...
> as far as I can tell this trivial typo has been there for 20 years:
>
https://github.com/wch/r-source/blame/ba7920a99fb2fb62b89e404e65f8b132ed4c150a/src/library/base/man/pretty.Rd
Please package authors, do update the source of your packages:
a) replace cBind() by cbind() and rBind() by rbind()
b) Ensure that your package depends on at least R 3.2.0,
i.e. possibly add a
'Depends: R (>= 3.2.0)'
to your DESCRIPTION file.
Of course feel free to
chment.cgi?id=1540 ):
> - For remapping, use
> f <- match(xlevs, nlevs)[f]
> instead of
> f <- match(xlevs[f], nlevs)
> (I have mentioned it).
> - Remap only if length(nlevs) differs from length(xlevs) .
> [snip]
> -
> Katrin Leinweber
> on Sun, 25 Mar 2018 19:04:34 +0200 writes:
> Dear Madams and Sirs,
> because the DOI foundation recommends a new, secure resolver [1], I
> wanted to suggest the attached patch. It
> a) updates a static DOI link in the docu,
> b) the code chunk
> Henrik Bengtsson
> on Fri, 30 Mar 2018 10:14:04 -0700 writes:
> So, the proposal would then be to write to tempdir(),
> correct? If so, I see three alternatives:
> 1. explicitly use file.path(tempdir(), filename), or
> tempfile() everywhere.
I think it should clea
> Paul Murrell
> on Tue, 3 Apr 2018 09:41:56 +1200 writes:
> Hi What you are doing "wrong" is loading a recordedplot
> into the same session that it was created in. The
> saveRDS()/readRDS() works if you save in one R session and
> then read in a different R session.
nv, and call it, the JIT kicks in pretty quickly and you
can see that 'foo' is byte compiled as well, but it still does not break.
This is pretty important, so thank you very much for the nice
reproducible report!
Martin Maechler
ETH Zurich
---
*) R-devel CMD INSTALL --no-byte-compile -
>>>>> Martin Maechler
>>>>> on Tue, 3 Apr 2018 17:03:02 +0200 writes:
>>>>> Francois Rousset
>>>>> on Tue, 3 Apr 2018 16:38:42 +0200 writes:
>> Dear list members,
>> If I install with R-devel r74500 on Win
4 :
3) prompt() and promptData() [and possibly other prompt*()] :
I did not apply your proposed changes here, see the
R-bugzilla for reasoning.
Still one may want to propose changing the default behavior
from using the getwd() working directory to tempdir() instead.
> Ben Bolker
> on Fri, 13 Apr 2018 14:42:10 -0400 writes:
> Any follow-up/comments on this? If I don't hear back I'll submit to
> r-bugs so it doesn't get lost ...
> (Don't see any changes in QC.R in the last few days ...
> https://github.com/wch/r-source/commits/trun
> Rainer Hurling
> on Sun, 15 Apr 2018 11:01:59 +0200 writes:
> Out of curiosity, I played a bit with the new function
> packageDate() from April, 4th. All works fine, except
> using it without any argument. In this case, it
> segfaults:
Thank you, Rainer, for the re
> Michael Lawrence
> on Wed, 18 Apr 2018 14:16:37 -0700 writes:
> Hi Bill,
> Ideally, your coworker would just make an alias (or shortcut or
> whatever) for R that passed --no-save to R. I'll try to look into this
> though.
> Michael
Yes, indeed!
As some of you
> Serguei Sokol
> on Thu, 19 Apr 2018 13:29:54 +0200 writes:
[...]
> Thanks Tomas for this detailed explanation.
> I would like also to signal a problem with the list. It must be
> corrupted in some way because beside the Tomas' response I've got five
quot;L-BFGS-B","Brent"))) {
> warning("bounds can only be used with method L-BFGS-B (or Brent)")
> method <- "L-BFGS-B"
> }
> Best, JN
I aim to go for the first line
if((any(lower > -Inf)) || any(upper < Inf))
which is 100
ocedures to easily workaround the issue, and as Dirk has
mentioned, Debian etc have adopted a more robust procedure for
packaging both R without rec.pkg. and the rec.pkg.s (and then
bundle the two in yet another).
Best,
Martin Maechler
ETH Zurich
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
each side
if(!missing(r) && length(r) != 2)
stop("'r' must be a \"range\", hence of length 2")
f <- if(length(f) == 1L) c(-f,f) else c(-f[1L], f[2L])
r + f * diff(r)
}
PS:
/* I hope the tidy faction will at some time be co
> Duncan Murdoch
> on Fri, 27 Apr 2018 10:28:16 -0400 writes:
> On 27/04/2018 9:25 AM, Hadley Wickham wrote:
>> Hi all,
>>
>> Very surprising (to me!) and mystifying result from predict.glm(): the
>> predictions vary depending on whether or not I use ns() or
>
> Gábor Csárdi
> on Tue, 1 May 2018 12:05:32 + writes:
> This is a not too old R-devel on Linux, it already fails
> in R 3.4.4, and on macOS as well.
and fails in considerably older R versions, too.
Basically untar() seems to fail on a connection, but works fine
on a pl
>>>>> Martin Maechler
>>>>> on Tue, 1 May 2018 16:14:43 +0200 writes:
>>>>> Gábor Csárdi
>>>>> on Tue, 1 May 2018 12:05:32 + writes:
>> This is a not too old R-devel on Linux, it already fails
>> in
TLDR: Use gzfile(), not file() .. and you have no problems.
>>>>> Martin Maechler
>>>>> on Tue, 1 May 2018 16:39:57 +0200 writes:
>>>>> Martin Maechler
>>>>> on Tue, 1 May 2018 16:14:43 +0200 writes:
>>&g
> Berry, Charles
> on Tue, 1 May 2018 16:43:18 + writes:
>> On May 1, 2018, at 6:11 AM, Therneau, Terry M., Ph.D. via R-devel
wrote:
>>
>> A user sent me an example where coxph fails, and the root of the failure
is a case where names(mf) is not equal to the term.la
> Tomas Kalibera
> on Fri, 4 May 2018 08:34:03 +0200 writes:
> On 05/03/2018 11:14 PM, Henrik Bengtsson wrote:
>> Also, as mentioned in my
>> https://stat.ethz.ch/pipermail/r-devel/2012-August/064739.html,
>> when not specifying the mode argument, the default on
>>
> Joris Meys
> on Fri, 4 May 2018 10:00:07 +0200 writes:
> On Fri, May 4, 2018 at 8:34 AM, Tomas Kalibera
> wrote:
>> The current heuristic/hack is in line with the
>> compatibility approach: it detects files that are
>> obviously binary, so it changes the defaul
> Hervé Pagès
> on Thu, 3 May 2018 08:55:20 -0700 writes:
> Hi,
> It would be great if one of the experts could comment on the
> difference between Hadley's dotlength and ...length? The fact
> that someone bothered to implement a new primitive for that
> when there
n spite of the fact that the pure-R solution is slower
than a primitive; both are fast enough for all purposes]
But such a deprecation cycle typically entails time more writing
etc, not something I've time for just these days.
Martin
> On Fri, May 4, 2018 at 3:02 PM, Martin Maechler
(), and so this old design-bug triggers
relatively rarely.
Last but not least: I have created an account for you, Steven,
on the bugzilla site.
Given we have holidays till the weekend and private duties of
mine, I won't get to more for now.
Best
Martin Maechler
> On Tue, May 8
o-email with info.
Thank you in advance for helping with this.
In this special case, we'd also be happy for other users testing the
problem and the fix, as access to SAS may have become difficult
for most R core members.
Martin Maechler
ETH Zurich
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
> Roland Fuß
> on Wed, 16 May 2018 17:21:07 +0200 writes:
> R 3.5.0 Is it intended that the Date method of as.POSIXct
> does not respect the tz parameter? I suggest changing
> as.POSIXct.Date
which is
function (x, ...) .POSIXct(unclass(x) * 86400)
> to this:
n qr.coef shows that when `nam` is not NULL, no branch of
code leads to creating `pivotted` before using it finally.
Dear Kun,
this is indeed a bug, and I will address it.
Thank you very much for the reprex (:= [repr]oducible [ex]ample)!
Best,
Martin Maechler
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
ber.
I can confirm.
It "works" if you additionally (the [Enter], i.e., EOL) you also
"send" an EOF -- in Unix alikes via -D
The same happens if you use 'Rscript '
I'm not the expert here, but am close to sure that we (R core)
did not intend this change, whe
>>>>> Martin Maechler
>>>>> on Mon, 28 May 2018 10:28:01 +0200 writes:
>>>>> Ralf Stubner
>>>>> on Fri, 25 May 2018 19:18:58 +0200 writes:
>> Dear all, I would like to draw you attention to this
>> questi
+ user_input <- readLines(stdin(), n=1)
> + user_input <- as.numeric(user_input)
> + print(user_input)
> + }
>> create_matrix()
> Write the numbers of vertices: numeric(0)
>>
oh dear... yes, that is true ..
>>>>>
>>>>> Ralf Stubner
>>>>> on Tue, 29 May 2018 11:21:28 +0200 writes:
> On 28.05.2018 16:38, Martin Maechler wrote:
>> Then, I now do think this needs to be dealt with as a bug
>> (but I'm not delving into fixing it!)
> O
> peter dalgaard
> on Sun, 3 Jun 2018 23:51:24 +0200 writes:
> Looks like this actually comes from readLines(), nothing
> to do with source() as such: In current R-devel (still):
>> f <- file("http://home.versanet.de/~s-berman/source2.R";,
encoding="UTF-8")
>> readLi
> Ben Bolker
> on Sun, 3 Jun 2018 17:33:18 -0400 writes:
> Is it generally known/has it been previously discussed here that the
> $aic() component in GLM-family objects (e.g. results of binomial(),
> poisson(), etc.) does not as implemented actually return the AIC, but
> Joris Meys
> on Sat, 9 Jun 2018 13:45:21 +0200 writes:
> And now I've seen I copied the wrong part of ?is.na
>> The default method for is.na applied to an atomic vector
>> returns a
> logical vector of the same length as its argument x,
> containing TRUE for thos
> Emil Bode
> on Tue, 12 Jun 2018 12:00:42 + writes:
> I agree that calling it invalid is a bit confusing, but I’m not sure what the
> wording should be, as the problem is that the conversion to POSIXlt is
> failing.
> The best solution would be to extend the whole POSIXlt-class
oop looking for \n but I'm
>> guessing that would likely be too slow. I am open to
>> other workaround solutions. For the moment I have
>> reverted back to R 3.4.4.
>>
>> Thanks for any suggestions.
>>
>> Jen.
>>
> Ben Bolker
> on Sun, 17 Jun 2018 11:40:38 -0400 writes:
> FWIW p. 206 of the White Book gives the following for
> names(binomial()): family, names, link, inverse, deriv,
> initialize, variance, deviance, weight.
> So $aic wasn't there In The Beginning. I haven't
> Brett Presnell
> on Sun, 24 Jun 2018 13:57:04 +0100 writes:
> I meant ncol(y) of course.
> Brett Presnell writes:
>> I suppose that this never affects anything, but in line
>> 57 of lm.R, where the coefficients are defined for an
>> empty model, when y is a ma
TL;DR : It's more complicated and needs more discussion
(which I start below)
> Hi,
> > 1e10+5i
> [1] 1e+10+0e+00i
> > Im(1e10+5i)
> [1] 5
>
> maybe little better...
>
> --- R-3.5.1.orig/src/main/complex.c2018-03-26 07:02:25.0 +0900
> +++ R-3.5.1/src/main/complex.c2018-
; y1:(Intercept) -1.2261 0.7037
> y1:x1 -0.5100 0.2868
> y1:x2 -2.7554 0.8736
> y2:(Intercept) -0.6980 2.2182
> y2:x1 -0.6162 0.5879
> y2:x2 -3.9724 1.5114
> ```
I'm looking into a relatively small patch to confi
> Benjamin Tyner
> on Fri, 20 Jul 2018 19:42:09 -0400 writes:
> Here's a trick/workaround; if lib.loc is the path to your
> library, then prior to calling library(),
>> environment(.libPaths)$.lib.loc <- lib.loc
Well, that is quite a "trick" -- and potentially a pretty
quietly = quietly)
instead of the current code which uses lib.loc = NULL
equivalently to lib.loc = .libPaths()
Others / ideas?
Reproducible examples with small fake packages?
Martin
> On 07/21/2018 12:34 PM, Martin Maechler wrote:
>>>>>>> Benjamin Tyn
y we will get a "BKY" method
for p.adjust() within a few months.
Thank you, indeed, for the proposal!
Best,
Martin
--
Martinhttp://stat.ethz.ch/~maechler
Seminar für Statistik, ETH Zürich HG G 16 Rämistrasse 101
CH-8092 Zurich, SWITZERLAND
phone: +41-44-632-3408 fax:
Component: Windows GUI / Window specific
Reporter: kevinushey .. gmail ..
His minimal REPREX was even much simpler:
> list(a = 1, b = 2)
$`a`
[1] 1
$b
[1] 2
Thank you, Bill, for the nice extra example.
Martin Maechler
ETH Zurich and R Core T
tions. While that makes sense for high-level R
functions that do a lot of things, this would really be a bad
idea in general :
This would make all of these basic functions larger {more to maintain} and
slightly slower for all non-zero cases just to make th
> David Hugh-Jones
> on Mon, 30 Jul 2018 10:12:24 +0100 writes:
> Hi Martin, Fair enough for R functions in general. But the
> behaviour of apply violates the expectation that apply(m,
> 1, fun) calls fun n times when m has n rows. That seems
> pretty basic.
Well, th
> Juan Telleria Ruiz de Aguirre
> on Tue, 31 Jul 2018 08:19:33 +0200 writes:
> I polished a little bit more the function:
> * Used: getOption("max.print")
> * Added comment at the end: cat('[ reached getOption("max.print") --
> omitted ', omitted,' rows ]')
> I
it definitely is a
buglet in package 'nlme' (maintained by R Core, currently).
I've committed a bug fix (and related "cleanup cosmetics") to
the nlme package sources which are maintained in subversion / svn at
https://svn.r-project.org/R-packages/trunk/nlme/
Thank you for
>>>>> Martin Maechler
>>>>> on Tue, 30 Jan 2018 15:17:50 +0100 writes:
(a bit more than 6 months ago)
>>>>> Ramiro Barrantes
>>>>> on Mon, 27 Nov 2017 21:02:52 + writes:
>> Hello, I was relying on withTimeout (f
> Hadley Wickham
> on Wed, 8 Aug 2018 09:34:42 -0500 writes:
Method dispatch for `vec_c()` is quite simple because
associativity and commutativity mean that we can
determine the output type only by considering a pair of
inputs at a time. To this end
> Ben Bolker
> on Sat, 18 Aug 2018 17:51:38 -0400 writes:
> Reasonably easy to avoid, but maybe an edge case that
> should be handled? Haven't looked yet to see how easy it
> would be to fix ... Am I missing something?
No, I don't think so.
"Of course", we would typica
be done after checking isNumber(): so
then we know we have an atomic and can use XLENGTH() }
The 0-length case I don't think we should change as I do find
NA (is logical!) to be an appropriate logical answer.
Martin Maechler
ETH Zurich and R Core team.
> Cheers Joris
> --
ecent versions of R.
> I think this could be a bug, since even if that match
> operation makes no sense, the R session is not supposed to
> crash with segmentation fault, but rather throw an
> exception.
Definitely. It is a bug.
> Thanks in advance
Thank
>>>>> Martin Maechler on Fri, 31 Aug 2018 16:00:07 +0200 writes:
>>>>> Marco Giuliano on Fri, 31 Aug 2018 08:53:02 +0200 writes:
>> Hi All, I found a possible unexpected behavior when
>> performing match/%in% on POSIXlt objects,
> Marco Giuliano
> on Fri, 31 Aug 2018 16:50:56 +0200 writes:
> Hi Martin, should I file a formal bug report somewhere or
> you've already done it ?
No, I haven't,
and as I may not address this bug further myself (in the near
future), it may be best if you file a formal repo
everything behind a new operator which does not allow to
take into account that there are quite a few versions of
near-equality --- only partly) mirrored by the existence of
extra arguments of all.equal() --- only encourages simplified
thinking about the underlying su
> Matt Dowle
> on Wed, 5 Sep 2018 19:25:33 -0700 writes:
> Hi,
> Does anyone else see the following or is it just me? It usually works
> fine. I checked latest R-devel commits and couldn't see anything very
> recently changed or fixed w.r.t. po/ or Makefile.
> wg
> Raubertas, Richard via R-devel
> on Tue, 11 Sep 2018 18:52:55 + writes:
> R 3.5.1 on Windows 7 The documentation for 'var' says:
> "These functions return 'NA' when there is only one
> observation (whereas S-PLUS has been returning 'NaN'), and
> fail if 'x' has
>
> on Thu, 13 Sep 2018 23:33:41 -0700 writes:
> Hello Core Team, I sent this patch over a year ago. It
> looks like it was sent in response to another user's
> complaint which echoed some of my own observations about
> problems in the documentation for 'text'. Did a
> Emil Bodeon Fri, 14 Sep 2018 13:04:29 + writes:
> I found some strange behaviour, which I think is a bug.
> Could someone make an account for me on Bugzilla or
> pass on my report?
I did create a bugzilla account for you (you should've got the
automatic e-mail in the me
> Wolfgang Huber
> on Thu, 20 Sep 2018 08:47:47 +0200 writes:
> FWIW, I suspect this is related to the function
> R_unif_index that was introduced in src/main/RNG.c around
> revision 72356, or the way this function is used in
> do_sample in src/main/random.c.
Yes, it
> Seth Russell
> on Wed, 19 Sep 2018 15:19:48 -0600 writes:
> I have an lapply function call that I want to parallelize. Below is a very
> simplified version of the code:
> url_base <- "https://cloud.r-project.org/src/contrib/";
> files <- c("A3_1.0.0.tar.gz", "ABC.RA
>>>>> Martin Maechler
>>>>> on Thu, 20 Sep 2018 09:20:46 +0200 writes:
>>>>> Wolfgang Huber
>>>>> on Thu, 20 Sep 2018 08:47:47 +0200 writes:
>> FWIW, I suspect this is related to the function
>> R_unif_inde
>>>>> peter dalgaard
>>>>> on Mon, 24 Sep 2018 10:16:07 +0200 writes:
> Not in print.default(), but in print.data.frame(), which
> is now doing its own max= handling but not passing max to
> print.default (maechler, r75122 --- was thi
> Hervé Pagès
> on Tue, 25 Sep 2018 23:27:19 -0700 writes:
> Hi, Unlike on an atomic matrix, as.vector() doesn't drop
> the "dim" attribute of matrix or array of type "list":
>m <- matrix(list(), nrow=2, ncol=3)
>m
># [,1] [,2] [,3]
># [1,] NULL NULL NUL
> Korpela Mikko (MML)
> on Sat, 29 Sep 2018 06:49:25 + writes:
> If the "Matrix" package is attached, 'example(dget)'
> fails:
>> library(Matrix) example(dget)
dget> fil <- tempfile()
dget> ## Write an ASCII version of function mean to our temp
dget>
> Duncan Murdoch
> on Tue, 18 Sep 2018 16:23:47 -0400 writes:
> On 18/09/2018 2:16 PM, Marcel Ramos wrote:
> > Dear R-devs,
> >
> >
> > Scenario:
> >
> > When checking a package via `R CMD check package_tar.ball`, required /
> > suggested packages may be missing. R subsequently re
oducibly in R 3.4.3, R3.4.4 (Ubuntu 14.04/Ubuntu 16.04)
and also in the latest development version (we call "R-devel").
THank you very much, Hilmar!
I will have a look, to ensure missing values (incl NaN) are
handled propertly.
Martin
--
Martin Maechler
ETH Zurich and R Core T
> Suharto Anggono via R-devel
> on Fri, 5 Oct 2018 17:13:30 + writes:
> After r75387, function 'split.default' in R devel still has this part that no
> longer has effect.
> lf <- levels(f)
> y <- vector("list", length(lf))
> names(y) <- lf
Indeed --> removed now.
omForest.formula".
---
Of course, all this works fine with S4 classes: There the full
inheritance is used and all methods are found.
Still, would it make sense to improve the underlying .S3methods() ?
I assume it will break *some* overzealous package checks out
there when .S3methods() and
f 'NULL'
Then, e.g.,
vec <- mNUL
for(i in 1:10) {
vec <- c(vec, mpfr(i^2, 88))
}
works fine.
In the next version of Rmpfr, both
as(NULL, "mpfr")
mpfr(NULL)
will also give the 'mNUL' above.
I hope you enjoy using Rmpfr!
Best regards,
Martin
Martin Maechler
ETH Zurich
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
lem, if it is one, is in .format.zeros:
> .format.zeros("0.000", "xx")
> Error in strrep(" ", nc - i1) : invalid 'times' value
>
> R version 3.5.1.
>
> David
Thank you, David.
Yes, this looks like a bug / wrong assumption in .format.
rexes/blob/master/disappearingParagraphs/a.html
> and R-3.5.1patched:
> https://github.com/GeoBosh/reprexes/blob/master/disappearingParagraphs/a351.html
>
[..]
> Georgi Boshnakov
Thank you. I can reproduce what you report, thanks to your
'reprex', an
e in some of *your*
examples such as closing all existing devices -- something you should not do:
As a good citizen you close graphic devices that you open but not others.
> A workaround is to have at least one example which
> has some plot. Is there a better solution?
Yes, find th
> Michael Lawrence
> on Fri, 30 Nov 2018 08:24:31 -0800 writes:
> Argument matching is by name first, then the still missing
> arguments are filled positionally. Unnamed missing
> arguments are thus left missing. Does that help?
Thank you, Michael!
Unfortunately, it may n
> Serguei Sokol
> on Tue, 4 Dec 2018 11:46:32 +0100 writes:
> Le 04/12/2018 à 11:27, Iñaki Ucar a écrit :
>> On Tue, 4 Dec 2018 at 11:12, wrote:
>>> function ppois is a function calculate the CDF of Poisson distribution,
it should generate a non-decreasing result, but wh
> Michael Chirico
> on Fri, 7 Dec 2018 10:36:37 +0800 writes:
> This link is referenced in ?timezones and appears to have been
> moved/removed. Is there a replacement?
> http://www.twinsun.com/tz/tz-link.htm
Yes, already in the sources (*) of R at
https://svn.r-proje
> Korpela Mikko (MML)
> on Sat, 8 Dec 2018 17:43:05 + writes:
> There is a small typo in file 'src/library/base/man/grep.Rd'.
> Current text:
> ## collation order is aAbBcCdEe ...
> Suggested text ("D" instead of "E"):
> ## collation order is aAbBcCdDe ...
In
> Korpela Mikko (MML)
> on Sat, 8 Dec 2018 18:42:30 + writes:
> I noticed that sub() gives unexpected results for the following test
> case. In the test case, the (initial) input is ASCII but the
> replacements are UTF-8. The first sub() produces an UTF-8 result with
> Ben Bolker
> on Wed, 12 Dec 2018 14:45:10 -0500 writes:
> Line 23:
> "In theory up they can to"
> should be
> "In theory they can be up to"
> or (slightly more formally)
> "In theory they can contain up to"
> cheers
> Ben Bolker
Thank you, Ben!
> David Hugh-Jones
> on Sat, 15 Dec 2018 08:47:28 +0100 writes:
> I would argue examples should encourage good
> practice. Beginners ought to learn to keep data in data
> frames and not to overuse attach().
Note there's no attach() there in any of these examples!
>
Working on my 'Bessel' package, I've re-detected today, that
indeed even C99 standard GLIBC does not contain, a complex
number version of
log1p()
Further missing in current R, are, basically these
> z <- 1 + 2i
> log1p(z)
Error in log1p(z) : unimplemented complex function
> expm1(z)
Error in
> William Dunlap via R-devel
> on Thu, 20 Dec 2018 15:09:56 -0800 writes:
> When formula() is applied to the output of model.frame()
> it ignores the formula in the model.frame's 'terms'
> attribute:
>> d <- data.frame(A=log(1:6), B=LETTERS[rep(1:2,c(2,4))],
>> C=
culiar with
> the class of model frames, so as far as I can see, one
> can’t know whether problems will arise before trying it.
> I hope that helps, John
> -
> John Fox, Professor Emeritus McMaster University
> Hamilton, Onta
> William Dunlap via R-devel
> on Fri, 21 Dec 2018 13:34:16 -0800 writes:
> I don't have a copy of SV4 (or SV3, where model.frame was
> introduced), but S+ 8.3 (based on SV4) puts the class
> "model.frame" on model.frame()'s return value but has no
> methods (in the de
> Gábor Csárdi
> on Tue, 4 Dec 2018 21:23:20 + writes:
> The patch below adds support for custom HTTP headers in
> download.file() and url().
> My main motivation for this is performing basic http
> authentication. Some web sites do not support embedding
> th
> mark chappell via R-devel
> on Wed, 9 Jan 2019 13:10:26 +1100 writes:
> Hi I believe the dt() function in stats has small areas of
> inaccuracy.
> SmallRangeMostDetaileddf150.png shows this occurring in
> the 10-11th decimal place.
> MyD4 is computed using
to become NA_integer_
but changes are that would break code that has relied on the
current behavior {on "all but your computer" ;-)} ?
> Michael Chirico
Thank you for the report,
Martin Maechler
ETH Zurich and R Core Team
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
>>>>> Martin Maechler
>>>>> on Fri, 11 Jan 2019 09:44:14 +0100 writes:
>>>>> Michael Chirico
>>>>> on Fri, 11 Jan 2019 14:36:17 +0800 writes:
>> Identified as root cause of a bug in data.table:
>> ht
0 on
> Linux)
> https://twitter.com/michael_chirico/status/1083649190117306369?s=17
> On Sat, Jan 12, 2019, 2:00 AM Martin Maechler
> > >>>>> Martin Maechler >>>>> on Fri, 11 Jan 2019 09:44:14
>> +0100 writ
> Travers Ching
> on Tue, 15 Jan 2019 12:50:45 -0800 writes:
> I have a toy alt-rep string package that generates
> randomly seeded strings. example: library(altstringisode)
> x <- altrandomStrings(1e8) head(x) [1]
> "2PN0bdwPY7CA8M06zVKEkhHgZVgtV1"
> "5PN2qmWqBlQ
201 - 300 of 1879 matches
Mail list logo
