> Lluís Revilla
> on Tue, 12 Apr 2022 09:16:36 +0200 writes:
> Hi all,
> This change is documented on the man page so I think it is intentional.
yes, also if you look at the (svn) log messages of the code changes
(or its git mirrors).
>> From
ou've noticed the R POSIX[cl]t code just truncates,
i.e. rounds towards 0 unconditionally, and I tend to agree that it
should rather round than truncate.
But we should carefully separate the issues here, from the
underlying inherent FAQ 7.31 truth that most decimal numbers in
a
ation (the help page) is more or less
precise here, since as I said above, Scott did neither consider
dealing with the not so uncommon case of IQR() == 0.
But you are right that the help page could be more precise here
and make sure that the robustness applies only to the nrd0, not
to nrd.
I'd think
> Dipterix Wang
> on Fri, 11 Feb 2022 06:55:44 -0500 writes:
> Hi,
> str2lang("") raises an error in current version.
on purpose.
> Would it
> be good if it returns a missing value expression?
Well, others may be able to better explain why "the empty name"
aka
> Kurt Hornik
> on Mon, 31 Jan 2022 09:29:22 +0100 writes:
> Duncan Murdoch writes:
>> Okay, I spotted it. This is intentional. From ?rbind.data.frame:
>> "The rbind data frame method first drops all zero-column and zero-row
>> arguments."
> Hmm. "As
> Ben Bolker
> on Tue, 1 Feb 2022 21:21:46 -0500 writes:
> The model.weights() and model.offset() functions from the 'stats'
> package index possibly-missing elements of a data frame via $, e.g.
> x$"(offset)"
> x$"(weights)"
> This returns NULL without comment
> Ben Bolker on Sun, 9 Jan 2022 16:39:43 -0500 writes:
>There was some discussion on twitter about the fact
> that the manual page for as.formula() doesn't mention
> reformulate(), and indeed the last example is
> ## Create a formula for a model with a large number of
> variables: xnam
>>>>> Tomas Kalibera
>>>>> on Mon, 3 Jan 2022 20:59:30 +0100 writes:
> On 1/3/22 6:15 PM, Martin Maechler wrote:
>>>>>>> Hugh Parsonage on Wed, 29 Dec 2021 00:36:51 +1100
>>>>>>> writes:
indows?
... ah, searching the R sources reveals uses of %lld
*plus*
#ifdef Win32
#include /* for %lld */
#endif
so it seems we can and should probably change this ...
[Please, C compiler / library standard experts, chime in !]
Martin Maechler
ETH Zurich and R core team
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
> Ben Bolker
> on Mon, 3 Jan 2022 11:04:48 -0500 writes:
> Index: doc/NEWS.Rd
> ===
> --- doc/NEWS.Rd (revision 81435)
> +++ doc/NEWS.Rd (working copy)
> @@ -425,7 +425,7 @@
> data frames with
> Ben Bolker
> on Mon, 27 Dec 2021 09:43:42 -0500 writes:
>I agree that it seems non-intuitive (I can't think of a
> design reason for it to look this way), but I'd like to
> stress that it's *not* an information leak; the
> predictions of the model are
> Hi,
> currently I have to use
> compareVersion(as.character(packageVersion("shiny")), "0.11")
> It would be nice if compareVersion would make the as.character
> internally, rather then force the user to do it.
> Thanks
> Sigbert
Well, if you follow the help page examples of
> Frederick Eaton
> on Wed, 15 Dec 2021 20:09:46 -0800 writes:
> Just following up to check if anyone has had time to look over these
patches.
> Frederick
I strongly guess that nobody has.
Let me give you my perception of what you have tried to
propose/use, and why I
r this R-devel mailing
list.
Best,
Martin
---
Martin Maechler
ETH Zurich and R Core
(and original creator of R-help, R-devel, .. lists)
> [1] https://stat.ethz.ch/mailman/listinfo/r-package-devel
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
>>>>> Sokol Serguei on Thu, 9 Dec 2021 17:13:36 +0100 writes:
> On 09/12/2021 16:55, Ben Bolker wrote:
>>
>>
>> On 12/9/21 10:03 AM, Martin Maechler wrote:
>>>>>>>> Matthias Gondan
>>>>>>&g
> Matthias Gondan
> on Wed, 8 Dec 2021 19:37:09 +0100 writes:
> Dear R developers,
> I have seen that plogis silently ignores vector elements of lower.tail,
and also of 'log'.
This is indeed the case for all d*, p*, q* functions.
Yes, this has been on purpose and therefore
>>>>> Martin Maechler
>>>>> on Tue, 7 Dec 2021 18:35:00 +0100 writes:
>>>>> Taras Zakharko
>>>>> on Tue, 7 Dec 2021 12:56:30 +0100 writes:
>> I fully agree! General string interpolation opens a gaping security hole
> Taras Zakharko
> on Tue, 7 Dec 2021 12:56:30 +0100 writes:
> I fully agree! General string interpolation opens a gaping security hole
and is accompanied by all kinds of problems and decisions. What I envision
instead is something like this:
> f”hello {name}”
> Which
"DPQ", type = "source",
repos="http://R-Forge.R-project.org;)
and then experiment?
I'd be grateful {and we maybe can move "off - mailing list"}
Thank you in advance,
Martin
Martin Maechler
ETH Zurich and R Core team
> Again, I'm n
> Mikael Jagan
> on Wed, 17 Nov 2021 17:01:00 -0500 writes:
>> This seems entirely avoidable, given that there is a relatively simple
>> formula for converting 2-ary indices [i,j] of S to 1-ary indices k of
>> S[lower.tri(S, TRUE)]:
>>
>> k <- i + round(0.5 *
> Duncan Murdoch
> on Mon, 15 Nov 2021 13:06:23 -0500 writes:
> I'd recommend responding now with a pointer to that bug
> report: whoever at CRAN is dealing with your package
> doesn't necessarily know about the bug report. You might
> or might not need to make a
rsight by me (back in March).
It's amazing nobody has seen the issue till now.
I've fixed it a bit more than 3 hours ago.
Thank you, Gábor !
Martin
--
Martin Maechler, ETH Zurich and R Core team
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
> Avraham Adler
> on Tue, 16 Nov 2021 02:35:56 + writes:
> I am building r-devel on Windows 10 64bit using Jeroen's mingw system,
> and I am finding that my make check-devel hangs on the above issue.
> Everything is vanila except that I am using OpenBLAS 0.3.18. I
(I don't have time for checking just now),
I think it's something we really *should* add to one or more of
the related help pages.
Martin Maechler
>
> Sent: Monday, November 8, 2021 5:37:18 AM
> To: Dario Strbenac
> Cc: r-package-deve
t("Execution halted\n", domain="R", trim=FALSE)
but in any case, to *not* do the trimming anymore in general,
as I proposed yesterday (see below) is not a good idea.
>
>>> Martin Maechler
>>>>> on Fri, 5 Nov 2021 17:55:24 +0100 writes:
&
>>>>> Martin Maechler
>>>>> on Fri, 5 Nov 2021 17:55:24 +0100 writes:
>>>>> Tomas Kalibera
>>>>> on Fri, 5 Nov 2021 16:15:19 +0100 writes:
>> On 11/5/21 4:12 PM, Duncan Murdoch wrote:
>>> On 05/11
> Tomas Kalibera
> on Fri, 5 Nov 2021 16:15:19 +0100 writes:
> On 11/5/21 4:12 PM, Duncan Murdoch wrote:
>> On 05/11/2021 10:51 a.m., Henrik Bengtsson wrote:
>>> I'm trying to reuse some of the translations available in base R by
>>> using:
>>>
>>>
> Duncan Murdoch
> on Mon, 1 Nov 2021 06:36:17 -0400 writes:
> The StackOverflow post
> https://stackoverflow.com/a/69767361/2554330 discusses a
> dataframe which has a named numeric column of length 1488
> that has 744 names. I don't think this is ever legal, but
> Duncan Murdoch
> on Thu, 28 Oct 2021 13:18:54 -0400 writes:
> This StackOverflow post: https://stackoverflow.com/q/69756236/2554330
> points out that objects created in one vignette are available in a later
> vignette. I don't think this should be happening:
> Michał Bojanowski
> on Wed, 20 Oct 2021 16:31:08 +0200 writes:
> Hello Tomas,
> Yes, that's accurate although rather terse, which is perhaps the
> reason why I did not realize it applies to my case.
> How about adding something in the direction of:
> 1.
tr(fmE)
> convCrit : function ()
> dev : num 0.00479
> env :
> form : Class 'formula' language density ~ SSlogis(log(conc), Asym, xmid,
> scal)
> getPars : function ()
>
>
>
so the environment "contains" the functions themselve
>>>>> Martin Maechler
>>>>> on Wed, 20 Oct 2021 11:26:21 +0200 writes:
[]
> Thank you, André , that's very good.
> Just to state the obvious conclusion:
> If Ben's suggestion is correct (and André has explained *how*
> GILLIBERT, Andre
> on Wed, 20 Oct 2021 08:10:00 + writes:
> Hello,
> That sounds like a good diagnosis!
> Indeed, R vectors are passed "by reference" to C code, but the semantic
must be "by value", i.e. the C function must NOT change the contents of the
vector,
Dear Thomas,
actually, I have in the mean time already applied the changes I
think are needed,
both in the code and in the documentation.
So, in this case, it may be a waste of time to still open a
bugzilla issue, I think.
Here are my current changes (not yet committed; of course I would also
> SOEIRO Thomas
> on Wed, 13 Oct 2021 11:12:09 + writes:
> Inline comments below in the previous message I'm not 100%
> sure if the current behavior is intended or not. If not,
> here is a patch (which I can submit on R Bugzilla if
> appropriate):
Excuse us for
h the call path and links to the
R source code in the github issue:
> https://github.com/aryoda/tryCatchLog/issues/68#issuecomment-930593002
> On Thu, 2021-09-16 at 18:04 +0200, Martin Maechler wrote:
>> > > > > > Martin Maechler
>>
same when the type of 'len' in the R_SockWrite() header was
changed from int to size_t .. and the intent must have been to
do the same inside sock_write().
> Best,
> --
> Zafer
Thank you for the report!
Martin Maechler
ETH Zurich and R Core
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
example into self
contained (no internet access) R script.
Bugzilla PR#18211 :" match() memory corruption "
https://bugs.r-project.org/show_bug.cgi?id=18211
with attachment 2929
--> https://bugs.r-project.org/attachment.cgi?id=2929=edit
==> please if possible follow up on bu
> Andrew Piskorski
> on Fri, 1 Oct 2021 05:01:39 -0400 writes:
> I recently built R 4.1.1 (Patched) from source, as I have many older
> versions over the years. This version, on Ubuntu 18.04.4 LTS:
> R 4.1.1 (Patched), 2021-09-21, svn.rev 80946, x86_64-pc-linux-gnu
> Michael Chirico
> on Mon, 12 Jul 2021 14:21:14 -0700 writes:
> Here is a reprex:
> # initialize reprex package
> cd /tmp
> mkdir myPkg && cd myPkg
> echo "Package: myPkg" > DESCRIPTION
> echo "Version: 0.0.1" >> DESCRIPTION
> mkdir R
> echo
() currently does
"behave as it should".
Martin Maechler
ETH Zurich and R Core
>>>>> SOEIRO Thomas
>>>>> on Thu, 30 Sep 2021 10:32:32 + writes:
> About fractional days, trunc.Date2 actually seems to have no regression
and to be backward com
> Henrik Bengtsson
> on Wed, 22 Sep 2021 20:48:05 -0700 writes:
> The update in rev 80946
>
(https://github.com/wch/r-source/commit/d970867722e14811e8ba6b0ba8e0f478ff482f5e)
> caused as.character() on hexmode objects to no longer pads with zeros.
Yes -- very much on
> Davis Vaughan
> on Mon, 13 Sep 2021 16:35:47 -0400 writes:
> Hi all,
> I believe I have either found a small bug, or a possible inconsistency in
> documentation. formatC() returns a length 1 result if given a length 0
> character() as input.
>
> Lenth, Russell V
> on Tue, 21 Sep 2021 18:43:07 + writes:
> As I suspected, and a good point. But please note that the term "retired"
causes angst, and it may be good to change that to "superceded" or something
else.
well, some of us will become "retired" somewhere in
>>>>> Martin Maechler
>>>>> on Thu, 16 Sep 2021 17:48:41 +0200 writes:
>>>>> Alexander Kaever
>>>>> on Thu, 16 Sep 2021 14:00:03 + writes:
>> Hi,
>> It seems like a try(do.call(f, args)) can be very
> Alexander Kaever
> on Thu, 16 Sep 2021 14:00:03 + writes:
> Hi,
> It seems like a try(do.call(f, args)) can be very slow on error depending
on the args size. This is related to a complete deparse of the call using
deparse(call)[1L] within the try function. How about
> GILLIBERT, Andre
> on Tue, 14 Sep 2021 16:13:05 + writes:
> On 9/14/21 9:22 AM, Abel AOUN wrote:
>> However I don't get why epsilon is multiplied by 4 instead of simply
using epsilon.
>> Is there someone who can explain this 4 ?
> .Machine$double.eps is the
> Hervé Pagès
> on Thu, 9 Sep 2021 17:54:06 -0700 writes:
> Hi,
> I just stumbled across these 2 lines in RealFromComplex (lines 208 & 209
> in src/main/coerce.c):
> double attribute_hidden
> RealFromComplex(Rcomplex x, int *warn)
> {
> if (ISNAN(x.r)
> SOEIRO Thomas
> on Wed, 1 Sep 2021 15:01:43 + writes:
> Dear all,
> (This is a follow up of a previous suggestion for ftable that was added
in R 4.1.0: https://stat.ethz.ch/pipermail/r-devel/2020-May/079451.html)
> The sep argument is hard coded in write.ftable:
> GILLIBERT, Andre
> on Tue, 24 Aug 2021 09:49:52 + writes:
> RConnection is a pointer to a Rconn structure. The Rconn
> structure must be allocated independently (e.g. by
> malloc() in R_new_custom_connection). Therefore,
> increasing NCONNECTION to 1024 should only use
> qweytr1--- via R-devel
> on Tue, 24 Aug 2021 00:51:31 +0800 (GMT+08:00) writes:
> At least in 2015, a github user, tobigithub, submit an
> [issue](https://github.com/sneumann/xcms/issues/20) about
> the error "Error in file(con, "w") : all connections are
> in use"
> J C Nash
> on Fri, 20 Aug 2021 11:41:26 -0400 writes:
> Thanks Martin. I'd missed the intention of that option,
> but re-reading it now it is obvious.
> FWIW, this problem is quite nasty, and so far I've found
> no method that reveals the underlying dangers well.
> J C Nash
> on Fri, 20 Aug 2021 11:06:25 -0400 writes:
> In our work on a Google Summer of Code project
> "Improvements to nls()", the code has proved sufficiently
> entangled that we have found (so far!) few
> straightforward changes that would not break legacy
I'm diverting this from R-help to R-devel,
because I'm asking / musing if and if where we should / could
change R here (see below).
>>>>> Martin Maechler on 11 Aug 2021 11:51:25 +0200
>>>>> Tim Taylor .. on 08:45:48 + writes:
>> Manipulating formu
> peter dalgaard
> on Tue, 10 Aug 2021 22:00:16 +0200 writes:
> It's not a pipe issue:
>> textConnection(gsub(gsub(L, pattern = " ", replacement = ""), pattern =
" ", replacement = ""))
> Error in textConnection(gsub(gsub(L, pattern = " ", replacement = ""), :
>
> Hello,
>
> I've written two functions to emulate do while/until loops seen in other
> languages, but I'm having trouble documenting its usage. The function is
> typically used like:
>
> do ({
> expr1
> expr2
> ...
> }) %while% (cond)
I understand that you did *not* ask .. but
> Simon Urbanek
> on Tue, 10 Aug 2021 11:28:19 +1200 writes:
> Barry,
> it is not a warning nor plain output, it is a message, so you can use
>> d = data.frame(x=1:10)
>> x=1
>> suppressMessages(attach(d))
>>
> Looking at the history, this used to be
ther ESS (Emacs Speaks Statistics) has always well supported
Rd editing, and I thought the vim - plugin for R would also
support *.Rd but probably not ??
Best,
Martin
--
Martin Maechler
ETH Zurich, R Core Team (*and* ESS Core team)
__
R-packa
Dear Dominic,
This is the wrong mailing list for such questions
Do use 'R-help' or 'R-package-devel' instead, please.
(and also please do use __plain text__
instead of "formatted" / "rich text" / ... e-mail )
Best,
Martin Maechler
>>>>> Dominic Comtois
> Ivan Krylov
> on Thu, 29 Jul 2021 17:48:38 +0200 writes:
> Hello R-devel!
>
> Here's an Rd file that produces a large empty area when converted to
> HTML:
>
> \name{repro}
> \title{title}
> \description{description}
> \details{
> Hello
> \Sexpr[stage=build,results=hide]{
>
> Rui Barradas
> on Thu, 29 Jul 2021 07:52:02 +0100 writes:
> Hello,
> R 4.1.0 on Ubuntu 20.04, session info below.
> I am not an English native speaker but in help("browser"),
> section Arguments, argument expr, there is a wrong verb
> tense:
> "invoked"
d: No'
because its datasets partly are (S4-) classed objects from the package
itself, and -- as the "WRE" ('Writing R Extensions') manual
states -- package datasets must not *need* the package itself when
they should be lazy loaded.
Martin
--
Martin Maechler
ETH Zurich and R Core Team
> Ben Bolker
> on Wed, 30 Jun 2021 20:23:27 -0400 writes:
>A colleague recently submitted a paper to JSS and was
> advised to address the following warning which occurs when
> their package
> (https://CRAN.R-project.org/package=pcoxtime) is loaded:
> Warning
> Alberto Garre
> on Tue, 22 Jun 2021 10:52:26 +0200 writes:
> Thanks! It is the first time I got this message, so I was a bit puzzled
> about what to do. I will be patient, then :)
> Alberto
well, as Sebastian said
>> The auto-check e-mail said "Hence please
>>>>> Tomas Kalibera
>>>>> on Mon, 21 Jun 2021 10:08:37 +0200 writes:
> On 6/21/21 9:35 AM, Martin Maechler wrote:
>>>>>>> Michael Chirico
>>>>>>> on Sun, 20 Jun 2021 15:20:26 -0700 writes:
>> &
> Michael Chirico
> on Sun, 20 Jun 2021 15:20:26 -0700 writes:
> Currently, substring defaults to last=100L, which
> strongly suggests the intent is to default to "nchar(x)"
> without having to compute/allocate that up front.
> Unfortunately, this default makes
>>>>> Ben Bolker
>>>>> on Wed, 9 Jun 2021 21:11:18 -0400 writes:
> Nice!
Indeed -- and thanks a lot, Dario (and Martin Morgan !) for
getting down to the root problem.
so, indeed a bug in Matrix (though "far away" from 'dgTMatrix').
Thank yo
ver on Linux based ones
(Ubuntu, Debian, Fedora, CentOS..), but maybe I'm too
optimistic there as well.
Note: I now also tried on our oldish Windows (Terminal) Server,
and it also just gave errors that it could not allocate so much
memory but did not produce a seg.fault.
Currently, I don't see wha
t to use before or instead
of doing one of the more expensive ones is simply checking the diagonal:
if(any(diag()) < 0) "not positive-semidefinite"
if(any(diag()) <= 0) "not positive-definite"
Martin Maechler
(Maintainer of 'Matrix').
> On Wed, Jun
f R (of 25+ years).
Thank you!
I've already fixed this in the sources' trunk (svn rev 80321) a
minute ago; of course this will not make it anymore into R 4.1.0
but in its "patched" version, and then 4.1.1 and one.
With thankful regards,
Martin
--
Martin Maechler
ETH Zurich and R Cor
> Jan Gorecki
> on Mon, 10 May 2021 12:42:09 +0200 writes:
> Hi R-devs,
> R 4.0.5 gives no warning. Is it expected? Searching the news for "I("
> doesn't give any info. Thanks
> z = I(getClass("MethodDefinition"))
Now what exactly did you intend with the above line
> Gabriel Becker
> on Tue, 4 May 2021 14:40:22 -0700 writes:
> Hmm, that's fair enough Ben, I stand corrected. I will say that this
seems
> to be a pretty "soft" recommendation, as these things go, given that it
> isn't tested for by R CMD check, including with the
encountered
quite a few cases where people created vector-like classes but
did not provide a "correct" subsetting method (typically you
should make sure both a `[[` and `[` method works!).
Best regards,
Martin
Martin Maechler
ETH Zurich and R Core team
> And, going further, sho
> brodie gaslam via R-devel
> on Thu, 29 Apr 2021 01:04:01 + (UTC) writes:
>> On Wednesday, April 28, 2021, 5:16:20 PM EDT, Gabriel Becker
wrote:
>>
>> Hi Antoine,
>>
>> I would say this is the correct behavior. S3 dispatch is solely (so far
as
>> I
> Lluís Revilla
> on Wed, 28 Apr 2021 15:19:53 +0200 writes:
> Hi all,
> It has come to my attention that there is a new post on The R blog: "R
> Can Use Your Help: Testing R Before Release".
> However, the link returns an error "Not found":
>
> Toby Hocking
> on Wed, 28 Apr 2021 07:21:05 -0700 writes:
> Hi Tomas, thanks for the thoughtful reply. That makes sense about the
> problems with C locale on windows. Actually I did not choose to use C
> locale, but instead it was invoked automatically during a package
> Dénes Tóth
> on Wed, 21 Apr 2021 12:57:48 +0200 writes:
>
> Disclaimer: I sent this report first to r-package-de...@r-project.org
> but it seems it has not been delivered to the list - re-trying to r-devel
>
Also, for R-devel, your msg sat for 3 days
> Sebastian Meyer
> on Fri, 23 Apr 2021 23:23:16 +0200 writes:
> I can confirm this Rd warning in R-devel (2021-04-23 r80216), but not in
> R 4.0.5. It happens when installing the static help (INSTALL option
--html).
> The following R code reproduces the warning by
the last couple of weeks, so
R 4.1.0 and R-devel should be identical here but the CRAN
checks using R-devel don't seem to show anything.
...
... hence my deep puzzlement.
Thank you once more for the report,
Martin
--
Martin Maechler
ETH Zurich and R Core team
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
> Ben Bolker
> on Thu, 22 Apr 2021 17:27:49 -0400 writes:
> For some reason that I don't remember, an R core member once told me
> that they prefer x <- y <- NULL to utils::globalVariables(c("x","y")) -
That could have been me. Even though I think I still have some
> Brenton Wiernik
> on Tue, 13 Apr 2021 09:15:50 -0400 writes:
> In Microsoft’s Windows Subsystem for Linux (WSL or WSL2),
> there is not system framework, so utilities that depend on
> it fail. This includes timedatectl which R uses in
> Sys.timezone(). The
>>>>> Duncan Murdoch
>>>>> on Thu, 25 Mar 2021 10:41:46 -0400 writes:
> On 25/03/2021 9:18 a.m., Dirk Eddelbuettel wrote:
>>
>> On 24 March 2021 at 10:30, Martin Maechler wrote:
>> | For this reason I've committed t
> Dirk Eddelbuettel
> on Tue, 23 Mar 2021 12:36:47 -0500 writes:
> It all works now, thanks mostly to some very detailed reading of the
specs by
> Ivan. In short, I made the following changes:
> - add the missing WM hint to the .desktop file we install
> - add the
> Dirk Eddelbuettel
> on Mon, 22 Mar 2021 22:23:47 -0500 writes:
> On 22 March 2021 at 16:57, Dirk Eddelbuettel wrote:
> |
> | On 23 March 2021 at 00:01, Ivan Krylov wrote:
> | | The surrounding code and
> | |
Getting back to this after 3 months :
>>>>> Martin Maechler
>>>>> on Wed, 16 Dec 2020 11:13:32 +0100 writes:
>>>>> Gabriel Becker
>>>>> on Mon, 14 Dec 2020 13:23:00 -0800 writes:
>> Hi Edgar,
> Gabriel Becker
> on Mon, 15 Mar 2021 15:08:44 -0700 writes:
> Abby,
> Vectors do have an internal mechanism for knowing that they are sorted via
> ALTREP (it was one of 2 core motivating features for 'smart vectors' the
> other being knowledge about presence of
> Davis Vaughan
> on Tue, 16 Feb 2021 14:50:33 -0500 writes:
> This originally came up in this dplyr issue:
> https://github.com/tidyverse/dplyr/issues/5745
> Where `tibble::column_to_rownames()` failed because it
> eventually checks `.row_names_info(.data) > 0L` to
3)
>> [,1] [,2] [,3]
>> [1,] NA NA NA
>> [2,] NA NA NA
>>
>> The first example is what I would expect, but is inconsistent with the
>> previous examples.
>> (Because zero is a valid multiple of twelve).
>>
> Abby Spurdle (/əˈbi/)
> on Mon, 1 Feb 2021 19:50:32 +1300 writes:
> I'm a little surprised that the following doesn't trigger an error or a
warning.
> matrix (1:256, 8, 8)
> The help file says that the main argument is recycled, if it's too short.
> But doesn't
Thank you, Ivan,
I've updated the source now,
Martin
> On line 105, "&\\hellip;" should probably be "":
> Index: Rd2HTML.R
> ===
> --- Rd2HTML.R (revision 79833)
> +++ Rd2HTML.R (working copy)
>
>
> -x <-
> Viechtbauer, Wolfgang (SP)
> on Mon, 11 Jan 2021 10:41:03 + writes:
>>> Viechtbauer, Wolfgang (SP)
>>> on Fri, 8 Jan 2021 13:50:14 + writes:
>>
>> > Instead of a separate file to store such a list, would it be an idea
>> to add versions of the
> Viechtbauer, Wolfgang (SP)
> on Fri, 8 Jan 2021 13:50:14 + writes:
> Instead of a separate file to store such a list, would it be an idea to
add versions of the \href{}{} and \url{} markup commands that are skipped by
the URL checks?
> Best,
> Wolfgang
I think
> Duncan Murdoch
> on Tue, 29 Dec 2020 08:37:51 -0500 writes:
> On 29/12/2020 8:29 a.m., Rui Barradas wrote:
>> Hello,
>>
>> R 4.0.3 on Ubuntu 20.10, session info at end.
>>
>> Isn't the default value of argument drop missing in
>>
>>
> Ben Bolker
> on Sun, 27 Dec 2020 15:02:47 -0500 writes:
> There is a recurring issue with installing from source into paths
> that contain single quotes/apostrophes. "Why would anyone do that??" is
> certainly a legitimate response to such a problem, but I would also
Not sure
If all of the variances are zero, they are homogenous in that sense,
and I would give a p-value of 1 ..
if only *some* of the variances are zero... it's less easy.
I still would try to *not* give an error in such cases and even
prefer NA statistic and p-value.. because yes,
> Balasubramanian Narasimhan
> on Wed, 23 Dec 2020 08:34:40 -0800 writes:
> I think it should be pretty easy to fix up SUtools to use the .Call
> instead of .Fortran following along the lines of
> https://github.com/wrathematics/Romp
> I too deal with a lot of f77
eople *will* change
..., e.g., because they preferred to have a global setting of digits=5
so I'm guessing it may make more people unhappy than other
people happy if we change this now, after close to 23 years .. ??
Martin
--
Martin Maechler
ETH Zurich and R Core team
> On Mon, Dec 14,
> Gabriel Becker
> on Tue, 8 Dec 2020 17:09:57 -0800 writes:
> Of course you can, but the ability to do something via R
> code and the ability to do them by wrapping the invocation
> of R are not similar terms of convenience, IMO.
> I say that as someone who
>>>>> Martin Maechler
>>>>> on Thu, 3 Dec 2020 18:29:58 +0100 writes:
>>>>> Martin Maechler
>>>>> on Tue, 1 Dec 2020 10:31:36 +0100 writes:
>>>>> Bill Dunlap
>>>>>
>>>>> Martin Maechler
>>>>> on Tue, 1 Dec 2020 10:31:36 +0100 writes:
>>>>> Bill Dunlap
>>>>> on Mon, 30 Nov 2020 13:41:54 -0800 writes:
>> To make the comparison more complete,
>> all.equal.environment
1 - 100 of 1604 matches
Mail list logo