> Laurent Gautier
> on Sun, 15 Sep 2019 15:01:09 -0400 writes:
> In case a search engine leads someone with the same issue
> here, I am documenting the point I reached:
> I can reproduce the issue with a small example when
> forcing R to not load any package at
> Josh O'Brien
> on Mon, 22 Jul 2019 15:09:09 -0700 writes:
> Section 1.1.3 of the "R-exts" manual currently refers to "imports or
> importFrom directives" where it means to say "import or importFrom
> directives". Results of a diff between R-exts.texi at SVN revision
> Gabriel Becker
> on Mon, 15 Jul 2019 13:29:28 -0700 writes:
> Hi Morgan,
> So if the goal is output identical to calling factor, one thing youc an
> do is construct and evaluate a call to the R-level factor function. That
> would work and be guaranteed to meet
ause Matrix may be older than namespaces, and even if not,
originally, one did not import the the things from "Depends:" packages,
where 'methods' had been for a long time in Matrix/DESCRIPTION ) :
Both
standardGeneric() and
implicitGeneric()
are also not in Matrix' NAMESPACE and are
m" object is constructed with a plot method, etc.
Please look at the source code the development of which code is
always visible here
https://svn.r-project.org/R/trunk/src/library/graphics/R/hist.R
But you are right that the
\item{main, xlab, ylab}{these argumen
> Suharto Anggono Suharto Anggono via R-devel
> on Thu, 4 Jul 2019 15:13:55 + writes:
> In 'conformMethod', there is another instance of
> omittedSig & .
> It just affects error message.
> Original:
> if(any(is.na(match(signature[omittedSig], c("ANY",
> Gabriel Becker
> on Tue, 29 Oct 2019 12:43:15 -0700 writes:
> Hi all,
> So I've started working on this and I ran into something that I didn't
> know, namely that for x a multi-dimensional (2+) array, head(x) and
tail(x)
> ignore dimension completely, treat x as an
>>>>> Duncan Murdoch
>>>>> on Sun, 10 Nov 2019 11:48:26 -0500 writes:
> On 10/11/2019 9:17 a.m., Bryan Hanson wrote:
>>
>>
>>> On Nov 10, 2019, at 3:36 AM, Martin Maechler
wrote:
>>>
>>>&g
>>>>> Pages, Herve
>>>>> on Thu, 31 Oct 2019 21:02:07 + writes:
> On 10/30/19 04:29, Martin Maechler wrote:
>>>>>>> Gabriel Becker
>>>>>>> on Tue, 29 Oct 2019 12:43:15 -0700 writes:
>>
turns" ! ]
> 7. 'unclass' returns (a copy of) its argument with its class
> attribute removed. (It is not allowed for objects which cannot be
> copied, namely environments and external pointers.)
> 8. 'inherits' indicates whether its first argument inherits from
> Henrik Bengtsson
> on Sun, 17 Nov 2019 14:31:07 -0800 writes:
> $ R --vanilla R version 3.6.1 (2019-07-05) -- "Action of
> the Toes" Copyright (C) 2019 The R Foundation for
> Statistical Computing Platform: x86_64-pc-linux-gnu
> (64-bit) ...
>> str(base::`+`)
t; c("matrix", "array")
change --- has actually *not* been part of the '--as-cran'
checks, nor (AFAIK, but I don't really know) of extra CRAN
incoming checks.
I'm proposing to add _R_CHECK_LENGTH_1_CONDITION_=true
to the --as-cran checks ASAP (within weeks) and indeed, I
thin
> suharto anggono--- via R-devel
> on Sun, 17 Nov 2019 10:34:31 + writes:
> SVN revision 77401 changes
> x[isM] <- lapply(x[isM], function(o) `class<-`(o,
class(o)[class(o) != "AsIs"]))
> to
> x[isM] <- lapply(x[isM], function(o) `class<-`(o,
>>>>> Tomas Kalibera
>>>>> on Mon, 18 Nov 2019 09:36:14 +0100 writes:
> On 11/18/19 9:18 AM, Martin Maechler wrote:
>>>>>>> Henrik Bengtsson
>>>>>>> on Sun, 17 Nov 2019 14:31:07 -0800 writes:
>
>>>>> Martin Maechler
>>>>> on Mon, 18 Nov 2019 12:15:38 +0100 writes:
>>>>> suharto anggono--- via R-devel
>>>>> on Sun, 17 Nov 2019 10:34:31 + writes:
>> SVN revision 77401 changes
>> x[isM
>>>>> Martin Maechler
>>>>> on Fri, 15 Nov 2019 17:31:15 +0100 writes:
> as ((strongly recommended by me for package developers !))
> _R_CHECK_LENGTH_1_CONDITION_=true
> _R_CHECK_LENGTH_1_LOGIC2_=verbose
Apropos, for many months no
>>>>> Pages, Herve
>>>>> on Thu, 14 Nov 2019 19:13:47 + writes:
> On 11/14/19 05:47, Hadley Wickham wrote:
>> On Sun, Nov 10, 2019 at 2:37 AM Martin Maechler
>> wrote:
>>>
>>>>>>
1] but
really use the "only truly correct" ;-)
inherits(x, "...")
or
is(x, "") # if you're advanced/brave enough (:-) to
# use formal classes (S4)
Martin Maechler
ETH Zurich and R Core Team
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
TLDR: This is quite technical, still somewhat important:
1) R 4.0.0 will become a bit more coherent: a matrix is an array
2) Your package (or one you use) may be affected.
>>>>> Martin Maechler
>>>>> on Fri, 15 Nov 2019 17:31:15 +01
> peter dalgaard
> on Sun, 8 Dec 2019 12:11:50 +0100 writes:
> Yes, that looks like a bug and an easily fixable one too.
agreed.
> However, I spy another issue: Why do we check the
> !R_FINITE(x) && mu == x before checking for sd < 0 ? The
> difference is whether we
LONG_DOUBLE > SIZEOF_DOUBLE)
connections.c 4514:#if HAVE_LONG_DOUBLE && (SIZEOF_LONG_DOUBLE > SIZEOF_DOUBLE)
connections.c 4592:#if HAVE_LONG_DOUBLE && (SIZEOF_LONG_DOUBLE > SIZEOF_DOUBLE)
format.c 250:#if defined(HAVE_LONG_DOUBLE) && (SIZEOF_LONG_DOUBLE >
SIZEOF_DOUBLE)
f
> Tom Callaway
> on Fri, 13 Dec 2019 11:06:25 -0500 writes:
> An excellent question. It is important to remember two key
> facts:
> 1. With gcc on ppc64, long doubles exist, they can
> be used, just not safely as constants (and maybe they
> still can be used
y patch according to your
>> feedback.
>>
>> One more thing: it seems like you assumed that issues 2:4 are all
>> related to machine precision, which is not the case - only 2nd issue
>> is.
>> Just wanted to draw this to your attention
effort; my first try seems to work already .. and may just a bit
more safeguarding ..
So thank you, Will, for the reminder!
Martin Maechler
ETH Zurich and R Core Team
> x <- raw(2^31)
> writeBin(x, con = nullfile())
> # Error in writeBin(x, con = nullfile()) :
> Karolis Koncevičius
> on Sat, 7 Dec 2019 20:55:36 +0200 writes:
> Hello,
> Writing to share some things I've found about wilcox.test() that seem a
> a bit inconsistent.
> 1. Inf values are not removed if paired=TRUE
> # returns different results (Inf is
>>>>> Martin Maechler
>>>>> on Thu, 12 Dec 2019 17:20:47 +0100 writes:
>>>>> Karolis Koncevičius
>>>>> on Mon, 9 Dec 2019 23:43:36 +0200 writes:
>> So I tried adding Infinity support for all cases. And it
&
> Benjamin Tyner
> on Mon, 25 Nov 2019 22:34:33 -0500 writes:
> For what it's worth, the current behavior seems to have begun starting
> with version 3.6.0. If I run in version 3.5.3:
>> p1 <- .Primitive('+') ; p2 <- p1 ; attr(p1, "myattr") <- 1 ; p2
> function
c/library/stats/R/models.R).
It
> was ported to R patched by r77402.
You are right it's no longer now, thank you very much,
Suharto!
Martin
> On Monday, 18 November 2019, 8:12:10 PM GMT+7, Martin Maechler
> wrote:
>>>>>> Martin Maechler
> Gabriel Becker
> on Sat, 2 Nov 2019 12:40:16 -0700 writes:
[]
In the mean time, Gabe had worked quite a bit and provided a
patch proposal at R's bugzilla, PR#17652 ,
i.e., here
https://bugs.r-project.org/bugzilla/show_bug.cgi?id=17652
A few days
e 809
> 3. Why should the class union I defined interfere with the inner workings
> of a separate package?
There is no good reason ...
> 4. Is this a bug in Base or Methods?
This is a bug in "base R", in package 'methods'.
The R core team had taken the issue up, already two weeks ago,
but unfortunately did not get to address this in a definitive
way. ==> I'll remind us about it !
Martin Maechler
ETH Zurich and R Core
> Thank you for your time!
>
> Sincerely,
> Ezra
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
turn value of setClass() !}
MY <- setClass("MyClass", slots = list(x="numeric",label="character"),
contains = "numeric")
a <- MY(x=pi, label="FOO")
D3 <- data.frame(a=1:3)
> identical(D3 == a, D3 == l
"uniformly not worse" change
((and I have very much liked delving into parts of Gordon
Smyth's textbook on GLMs as a really nice mixture / in-between
of rigorous math and applied stats))
Martin Maechler
ETH Zurich and R Core
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
> suharto anggono--- via R-devel
> on Sun, 6 Oct 2019 12:14:23 + writes:
> Description of arguments main, xlab, ylab in hist.Rd in current R devel
and R patched ends with this.
> the default \code{ylab} is \code{"Frequency"} iff \code{probability} is
true
> In
> peter dalgaard
> on Sun, 6 Oct 2019 16:13:58 +0200 writes:
> The first of Suharno's examples can be viewed that way,
> because R under ESS is not a "slave" in the technical
> sense, just a situation where you do not want keyboard
> input to be echoed. "Non-echoing"
> Jan Gorecki
> on Thu, 19 Dec 2019 11:49:11 +0530 writes:
> Thank you Gabriel,
> I agree that new behaviour makes much more sense. Just wanted to confirm
> before resolving compatibility of my unit tests.
> Best,
> Jan
Indeed, Gabe's explanation is
> Charles Geyer
> on Sat, 29 Feb 2020 12:19:08 -0600 writes:
> I knew I could work around. But this shouldn't happen.
I assume capabilities()does show a FALSE for "tcltk" ?
In such cases, sessionInfo() may be extended:
> sfsmisc :: sessionInfoX() # returns even
>>>>> Duncan Murdoch
>>>>> on Mon, 2 Mar 2020 04:43:53 -0500 writes:
> On 02/03/2020 3:24 a.m., Martin Maechler wrote:
>>>>>>> robin hankin
>>>>>>> on Sun, 1 Mar 2020 09:26:24 +1300 writes:
>>
> brodie gaslam via R-devel
> on Thu, 5 Mar 2020 22:18:33 + (UTC) writes:
> I've found over time that R documentation that comes off as terse at
> first blush is usually revealed to be precise, concise, and complete
> on close reading. I'm sure this is also true of
> robin hankin
> on Sun, 1 Mar 2020 09:26:24 +1300 writes:
> Thanks guys, I guess I should have referred to FAQ 7.31
> (which I am indeed very familiar with) to avoid
> misunderstanding. I have always used dput() to clarify
> 7.31-type issues.
> The description
>>>>> Martin Maechler
>>>>> on Mon, 2 Mar 2020 15:36:51 +0100 writes:
>>>>> Duncan Murdoch
>>>>> on Mon, 2 Mar 2020 04:43:53 -0500 writes:
>> On 02/03/2020 3:24 a.m., Martin Maechler wrote:
>>&
> Gábor Csárdi
> on Wed, 22 Jan 2020 22:56:17 + writes:
> Hi All,
> I think there is a memory error in the libcurl connection code that
> typically happens when libcurl reads big chunks of data. This
> potentially affects all code that use url() with the libcurl
>>>>> Spencer Graves
>>>>> on Tue, 28 Jan 2020 17:24:14 -0600 writes:
> On 2020-01-28 05:13, Martin Maechler wrote:
>>>>>>> Spencer Graves
>>>>>>> on Mon, 27 Jan 2020 23:02:28 -0600 writes:
g / reminding.
It has been made so now, 3 days ago (svn r77714).
Martin
> On 11/21/19 08:57, Martin Maechler wrote:
>>
>> TLDR: This is quite technical, still somewhat important:
>> 1) R 4.0.0 will become a bit more coherent: a matrix is an
lease do *NOT* misuse it for R-help questions in the future:
These should go to the R-help mailing list instead!
Best,
Martin Maechler
>> On Feb 3, 2020, at 3:47 AM, Rui Barradas wrote:
>>
>> Hello,
>>
>> You can solve the problem in two
s
https://stat.ethz.ch/~maechler/R/Rounding.html
You can install and load the devel version of 'round' by
remotes::install_gitlab("mmaechler/round")
require("round")
and then look a bit at the different versions of round(.) using
example(roundX)
i.e. using round::roundX(x, digits, version)
For those who read so far: I'm really interested in getting
critical (constructive) feedback and comments about what I've
written there (in the bugzilla report, and the package vignette).
It seems almost nobody till now has had much interest and time to delve
into the somewhat intriguing issues.
Best regards,
Martin Maechler
ETH Zurich and R Core team
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
>>>>> Benjamin Tyner
>>>>> on Thu, 23 Jan 2020 08:16:03 -0500 writes:
> On 1/20/20 12:33 PM, Martin Maechler wrote:
>>
>> It's really something that should be discussed (possibly not
>> here, .. but then I've started
> Spencer Graves
> on Mon, 27 Jan 2020 23:02:28 -0600 writes:
> Thanks for the reply.
> On 2020-01-27 19:56, Abby Spurdle wrote:
>> Maybe I'm missing something really obvious here, but I was unable to
>> create a matrix out of POSIXct object(s).
>> Perhaps
>>>>> Martin Maechler
>>>>> on Wed, 19 Feb 2020 18:06:57 +0100 writes:
>>>>> Serguei Sokol
>>>>> on Wed, 19 Feb 2020 15:21:21 +0100 writes:
>> Hi,
>> I was bitten by a little incoherence in dimnames assignm
> Serguei Sokol
> on Wed, 19 Feb 2020 15:21:21 +0100 writes:
> Hi,
> I was bitten by a little incoherence in dimnames assignment or may be I
> missed some point.
> Here is the case. If I assign row names via dimnames(a)[[1]], when
> nrow(a)=1 then an error is
Diverting (from R-package-devel) to R-devel, as it is now about
extending R :
> Jeroen Ooms on Thu, 20 Feb 2020 20:34:14 +0100 writes:
> On Tue, Feb 18, 2020 at 1:29 AM Dominic Comtois
> wrote:
>>
>> Hello,
>>
>> On my package's check results (
>>
> Ben Bolker
> on Fri, 21 Feb 2020 10:53:32 -0500 writes:
> Attn: someone on R-core:
> "ran" should be "can".
> Also, thanks for this feature!
> Index: Quotes.Rd
> ===
> --- Quotes.Rd
would get such warnings "all over the place", and
if a warning is given only once per session it may not be
effective ... also the warning be confusing to the 99.9% of R users who
don't even get what we are talking about here ;-)
Thank you for your comments.. I did not get too many.
Ma
>>>>> 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--[[--assignm
> Ben Bolker
> on Mon, 13 Jan 2020 11:49:09 -0500 writes:
> From R NEWS (changes in 3.6.0)
> Experimentally, setting environment variable _R_CHECK_LENGTH_1_LOGIC2_
> will lead to warnings (or errors if the variable is set to a ‘true’
> value) when && or || encounter
> Spencer Graves
> on Sun, 19 Jan 2020 21:35:04 -0600 writes:
> Thanks to Luke and Avi for their comments. I wrapped "round" around the
> call to "rnorm" inside my "rpois.". For "lambda" really big, that
> "round" won't do anything. However, it appears to give
>>>>> Martin Maechler
>>>>> on Tue, 21 Jan 2020 09:25:19 +0100 writes:
>>>>> Ben Bolker
>>>>> on Mon, 20 Jan 2020 12:54:52 -0500 writes:
>> Ugh, sounds like competing priorities.
> indeed.
>> * ma
>>>>> Martin Maechler
>>>>> on Tue, 21 Jan 2020 09:25:19 +0100 writes:
>>>>> Ben Bolker
>>>>> on Mon, 20 Jan 2020 12:54:52 -0500 writes:
>> Ugh, sounds like competing priorities.
> indeed.
>> * ma
>>>>> Benjamin Tyner
>>>>> on Mon, 20 Jan 2020 08:10:49 -0500 writes:
> On 1/20/20 4:26 AM, Martin Maechler wrote:
>> Coming late here -- after enjoying a proper weekend ;-) --
>> I have been agreeing (with Spencer, IIUC) on this for a
> Oleh Khoma
> on Mon, 20 Jan 2020 15:34:05 + writes:
> Hi,
> I have spotted a minor bug in do_strptime() function. Here is a patch:
> --- a/src/main/datetime.c
> +++ b/src/main/datetime.c
> @@ -1048,7 +1048,7 @@ SEXP attribute_hidden do_strptime(SEXP
d implemented it .. and it seemed to work
perfectly: Returning the same random numbers as now, but
switching to use double (instead of returning NAs) when the
values are too large.
I'll probably commit that to R-devel quite soonish.
Martin
> On 2020-01-20 12:33 p.m., Martin Maechler wrote:
>
> Abby Spurdle
> on Tue, 21 Jan 2020 09:15:39 +1300 writes:
>> I do want to entice people to have a long look beyond closed
>> source OS into the world of Free Software where not only R is
>> FOSS (Free and Open Source Software) but (all / almost) all the
>> tools you
Emacs, or Rstudio) on Windows.
I do want to entice people to have a long look beyond closed
source OS into the world of Free Software where not only R is
FOSS (Free and Open Source Software) but (all / almost) all the
tools you use are of that same spirit.
Best,
Martin
> On Mon, Jan 13, 2
> Gábor Csárdi
> on Thu, 26 Dec 2019 08:23:10 + writes:
> Hi Frederick, I know some non R-core people use this
> workflow to keep local patches in git branches:
> https://bookdown.org/lionel/contributing/
> Best, Gabor
Thank you, Gabor, and notably, Lionel, for
ted to hear opinions / caveats / .. about this.
wishing you all a Happy New Year,
Martin
Martin Maechler
ETH Zurich and R Core Team
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
ethod, with defaults, (often times "smart",
i.e. depending on other arguments) for all but the first
argument and then the show() method just calls that print method.
Best, Martin
>> Happy new decade.
>> B.
>>
>> On Tuesday, January 7, 2020, 6:5
> Jeroen Ooms
> on Fri, 10 Apr 2020 08:54:39 +0200 writes:
> On Fri, Apr 10, 2020 at 2:42 AM Bravington, Mark (Data61,
> Hobart) wrote:
>>
>> > On Thu, Apr 9, 2020 at 12:44 PM Bravington, Mark
>> (Data61, Hobart) >
>> wrote:
>> > >
>> > > The
n the future.
and so it'd be a waste to change it unnecessarily.
Martin
> On Mon, 13 Apr 2020 at 18:02, Martin Maechler
> wrote:
>>
>> >>>>> Duncan Murdoch
>> >>>>> on Sun, 12 Apr 2020 08:57:14 -0400 writes
y be a good idea anyway, alerting the user when changing
default behavior.
> All the best,
> Arni
thank you, the same to you,
Martin
> ____
> From: Martin Maechler
> Sent: Monday, April 20, 2020 6:23:31 PM
> To: Arni Magn
> Arni Magnusson
> on Mon, 13 Apr 2020 22:20:19 + writes:
> If read.table() is defaulting to "character" instead of "factor" data
type, shouldn't type.convert() also default to "character" in R 4.0.0?
> This would seem like a good time to change the default to
> Duncan Murdoch
> on Sun, 12 Apr 2020 08:57:14 -0400 writes:
> The NEWS for R 4.0.0 says "R now uses a stringsAsFactors = FALSE
> default, and hence by default no longer converts strings to factors in
> calls to data.frame() and read.table()."
> This seems to have
I'll look at the cases etc and will use your proposals.
(The only question for now: why did you not take the extra step
and ask for R-bugs registration and do a regular bug report
-> https://www.r-project.org/bugs.html )
Thanks again,
Martin Maechler
ETH Zurich and R Core Team
ages instead,
even in the many situations where there's no gain doing so,
but rather increases the dependency-complexity of the data analysis
unnecessarily.
Martin Maechler
ETH Zurich and R Core Team.
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
rom
the rare group where you *can* specify the MIME type, I attach
it here, for you and all readers.
Best regards,
Martin Maechler
> Thanks in advance,
> Best regards
# File src/library/graphics/R/barplot.R
# Part of the R package, https://www.R-project.org
#
# Copyright (C) 1995
___
> From: R-devel on behalf of J C Nash
> Sent: Thursday, March 26, 2020 10:40:05 AM
> To: Martin Maechler
> Cc: r-devel@r-project.org
> Subject: Re: [Rd] unstable corner of parameter space for qbeta?
> Despite the need to focus on pbeta, I'm still willi
> Paul Murrell
> on Tue, 31 Mar 2020 09:41:30 +1300 writes:
> Hi
> On 30/03/20 10:43 pm, Iñaki Ucar wrote:
>> On Mon, 30 Mar 2020 at 04:24, Paul Murrell
wrote:
>>>
>>> Hi
>>>
>>> I have created an R branch that contains a potential fix ...
>>>
into your special
findings a bit later today.
> Should I report this on the bug list?
Yes, please. Not all problem of pbeta() / qbeta() are part yet,
of R's bugzilla data base, and maybe this will help to draw
more good applied mathematicians look into it.
Martin Maechler
ETH Zurich and R
>>>>> Martin Maechler
>>>>> on Tue, 17 Dec 2019 11:25:31 +0100 writes:
>>>>> Tom Callaway
>>>>> on Fri, 13 Dec 2019 11:06:25 -0500 writes:
>> An excellent question. It is important to remember two key
&g
> J C Nash
> on Thu, 26 Mar 2020 09:29:53 -0400 writes:
> Given that a number of us are housebound, it might be a good time to try
to
> improve the approximation. It's not an area where I have much expertise,
but in
> looking at the qbeta.c code I see a lot of
> suharto anggono--- via R-devel
> on Fri, 1 May 2020 03:05:37 + (UTC) writes:
> Without 'collapse', 'paste' pastes (concatenates) its arguments
elementwise (separated by 'sep', " " by default). New in R devel and R patched,
specifying recycle0 = FALSE makes mixing
> Sebastian Meyer
> on Fri, 15 May 2020 10:47:55 +0200 writes:
> I can confirm this changed behaviour. I just compared R-3.6.3 with
> yesterday's R-devel. Using R-devel, the tempfile opened by the editor
> (Emacs for me, but shouldn't matter) contains doubled backslashes.
e as.matrix as.table formathead print
[7] tail
see '?methods' for accessing help and source code
> methods(class = "table")
[1] [ aperm as.data.frame Axis coerce
initialize
[7] lines plot
citing
- we have not used ftable much/at all and are not interested.
Even though the first 2 apply to me, I'll have a 2nd look into
your post now, and may end up well agreeing with your proposal.
Martin Maechler
ETH Zurich and R Core team
>> Dear all,
>>
>> justify ar
> Viechtbauer, Wolfgang (SP)
> on Tue, 12 May 2020 18:05:32 + writes:
> Dear All,
> In R 3.6.3 (and earlier), method dispatch used to work for methods stored
in local environments that are attached to the search path. For example:
> myfun <- function(y) {
> out
> Ben Bolker
> on Mon, 23 Mar 2020 17:07:36 -0400 writes:
> Thanks, that's really useful. One more question for you, or someone
> else here:
> const ArrayXd glmLink::linkFun(const ArrayXd& mu) const {
> return as(::Rf_eval(::Rf_lang2(as(d_linkFun),
>
> Michael Chirico
> on Sat, 23 May 2020 18:08:22 +0800 writes:
> I don't see this specific case documented anywhere (I also tried to search
> the r-devel archives, as well as I could); the only close reference
> mentions NA & FALSE = FALSE, NA | TRUE = TRUE. And there's
at? In other words: Why change the
argument list of your function(s) ?
That \Sexpr{} does not work as a section is "obvious" (for some),
but I really don't see why you should change the argument list
or defaults of your hdara package functions at all.
Martin Maechler
ETH Zurich and R
> William Dunlap via R-devel
> on Fri, 22 May 2020 11:53:12 -0700 writes:
> Am am missing something or does the new ...names() in R-devel not work
> right?
No, you are not missing anything, and you are right.
Thank you for the report!
Martin
>> a <- function(x, ...)
> Hilmar Berger
> on Mon, 18 May 2020 11:25:56 +0200 writes:
> What about using the Wayback Machine archive ? The web archive should be
> more stable than other links which also might disappear in the future.
> E.g.
>
> Hervé Pagès
> on Fri, 15 May 2020 13:44:28 -0700 writes:
> There is still the situation where **both** 'sep' and 'collapse' are
> specified:
>> paste(integer(0), "nth", sep="", collapse=",")
> [1] "nth"
> In that case 'recycle0' should **not** be ignored i.e.
> Benjamin Tyner
> on Tue, 19 May 2020 22:36:16 -0400 writes:
> Not certain this is actually a bug, so posting here.
> I'm on Ubuntu 18.04.4 LTS, building R version 4.0.0. The "configure" and
> "make" steps are successful, but the "make check" step fails when it
>
> Korpela Mikko (MML)
> on Mon, 31 Aug 2020 06:23:59 + writes:
> It seems there is a problem in tests/d-p-q-r-tst-2.R (R-devel r79091): NA
/ NaN mismatch is not allowed by a test on lines 590--592, but the comment
suggests otherwise. A run of "make check" fails there when
> Korpela Mikko (MML)
> on Mon, 31 Aug 2020 08:46:55 + writes:
> Thank you for the introduction to these recent changes, Martin.
> I think this was the second time I ran "make check" on that platform
(Raspberry Pi 32-bit), and the first time (some months ago) it worked
>>>>> Martin Maechler
>>>>> on Tue, 8 Sep 2020 10:40:24 +0200 writes:
>>>>> Hugh Parsonage
>>>>> on Tue, 8 Sep 2020 18:08:11 +1000 writes:
>> I can only reproduce on Windows, but reliably (both 4
> Hugh Parsonage
> on Tue, 8 Sep 2020 18:08:11 +1000 writes:
> I can only reproduce on Windows, but reliably (both 4.0.0 and 4.0.2):
> $> R --vanilla
> x <- c(0L, -2e9:2e9)
> # > Segmentation fault
> Tried to reproduce on Linux but the above worked as expected.
>>>>> luke-tierney
>>>>> on Tue, 8 Sep 2020 09:42:43 -0500 (CDT) writes:
> On Tue, 8 Sep 2020, Martin Maechler wrote:
>>>>>>> Martin Maechler
>>>>>>> on Tue, 8 Sep 2020 10:40:24 +0200 writes:
>>
> Dirk Eddelbuettel
> on Tue, 1 Sep 2020 07:56:53 -0500 writes:
> On 1 September 2020 at 13:01, Richard Dodd wrote:
> | I needed some statistical functions for a project I was working on in
> | Rust, and I've used the R math library as a standalone solution. I
>
roject.org/incoming_pretest/diveMove_1.5.0_20200908_191325/
>>
>> The only visible issue is a NOTE from the macosx build,
>> with the very terse:
>>
>> "No Protocol Specified"
>>
>> My searches suggest this can be ignored,
> Kasper Daniel Hansen
> on Thu, 1 Oct 2020 20:31:12 +0200 writes:
> The return value of Sys.time() today with a timezone of US/Eastern is
> unchanged between 4.0.3-patched and devel, but on devel the following test
> fails
> all.equal(x, as.POSIXlt(x))
> with
> Tomas Kalibera
> on Tue, 25 Aug 2020 09:29:05 +0200 writes:
> On 8/23/20 5:02 PM, Rory Winston wrote:
>> Hi
>>
>> I noticed a small inconsistency when using sum() vs cumsum()
>>
>> I have a char-based series
>>
>> > tryjpy$long
>>
>> [1]
: int 47
## $ init.it : int NA
## $ estim.prec: num 7.28e-12
--
so, in principle the C-internal search() function really should be
improved for such ( somewhat extreme!! ) cases.
or ... ?? ... a different approximation should be used f
1301 - 1400 of 1728 matches
Mail list logo
