Re: [Rd] as.character.POSIXt in R devel

> Suharto Anggono Suharto Anggono via R-devel > on Sun, 2 Oct 2022 08:42:50 + (UTC) writes: > With r82904, 'as.character.POSIXt' in R devel is changed. The NEWS item: > as.character() now behaves more in line with the >methods for atomic vectors such as numbers, an

Re: [Rd] Date method of as.POSIXct does not respect tz

>>>>> Martin Maechler >>>>> on Fri, 23 Sep 2022 11:04:12 +0200 writes: >>>>> Kurt Hornik >>>>> on Fri, 23 Sep 2022 09:57:49 +0200 writes: >>>>> Martin Maechler writes: > > Currently in R-devel, >

Re: [Rd] Better 'undefined columns' error for data.frame

*minimal*, i.e., no white-space only changes etc Thank you in advance for trying to make R better ! With regards, Martin -- Martin Maechler ETH Zurich and R Core team > -- > Sincerely > Andr� GILLIBERT > [[alternative HTML version deleted]] ___

Re: [Rd] Date method of as.POSIXct does not respect tz

>>>>> Kurt Hornik >>>>> on Fri, 23 Sep 2022 09:57:49 +0200 writes: >>>>> Martin Maechler writes: > Currently in R-devel, R> as.POSIXlt.Date > function (x, ...) > { >if (any((y <- unclass(x)) > .Mach

Re: [Rd] Date method of as.POSIXct does not respect tz

t() but not for as.POSIXlt() is also an inconsistency. My personal inclination would still be to do the change, by giving most weight to '1)' above. What do other experienced R developers think ? Martin > Am 17.05.2018 um 19:55 schrieb Martin Maechler:

Re: [Rd] stats::poly() stopped working for Date input -- intentional?

>>>>> Martin Maechler >>>>> on Fri, 8 Jul 2022 16:34:43 +0200 writes: >>>>> Michael Chirico via R-devel >>>>> on Thu, 7 Jul 2022 22:17:12 -0700 writes: >> SVN#80126 added rep.difftime, which means >&g

Re: [Rd] qt() returns Inf with certain negative ncp values

exhibiting bogous (and already fixed) behavior of the non-central t CDF: https://rdrr.io/rforge/DPQ/src/tests/t-nonc-tst.R and https://rdrr.io/rforge/DPQ/src/tests/pnt-prec.R Indeed, this situation *can* be improved, but it needs dedicated work of people somewhat knowledgable in applied ma

Re: [Rd] How to access to internal header files

> Sebastian Fischer > on Tue, 24 May 2022 09:01:17 +0200 writes: > Dear R-devel Mailing List, > I would like to get a better understanding of R's internal structures by > using R's > C API. For that I would like to have access to all the C header files > that ar

Re: [Rd] intersect() change of behavior in 4.2

> 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 https://search.r-project.org

Re: [Rd] Floating Point with POSIXct

ull accuracy. Also, as you'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 t

Re: [Rd] Inconsistent behavior of stats::bw.nrd() and stats::bw.nrd0()

) function. Also note that the documentation (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 app

Re: [Rd] str2lang throws error when the string is empty

> 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 yo

Re: [Rd] Bug in rbind.data.frame?

> 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 documente

Re: [Rd] model.weights and model.offset: request for adjustment

> 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

Re: [Rd] documentation patch for as.formula → reformulate

> 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

Re: [Rd] "getOption(max.print) omitted %d entries" may be negative

>>>>> 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:

Re: [Rd] "getOption(max.print) omitted %d entries" may be negative

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

Re: [Rd] trivial typo in NEWS file

> 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

Re: [Rd] Why does lm() with the subset argument give a different answer than subsetting in advance?

> 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 independent

Re: [Rd] Feature request: compareVersion

> 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 packageVersion(

Re: [Rd] meaning of browser(skipCalls=) [and multiple mouse buttons]

> 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 hadn'

[Rd] Appropriate mailing list for " Improved LP/MIP solver "

riate topics for 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

Re: [Rd] plogis (and other p* functions), vectorized lower.tail

>>>>> 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

Re: [Rd] plogis (and other p* functions), vectorized lower.tail

> 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 d

Re: [Rd] string concatenation operator (revisited)

>>>>> 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

Re: [Rd] string concatenation operator (revisited)

> 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

Re: [Rd] R-devel (r81196) hanging at dchisq(large) (PR#13309)

l it from R-forge install.packages("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 ET

Re: [Rd] Subsetting "dspMatrix" without coercion to "matrix"

> 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 * (2

Re: [Rd] substitute

> 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 chan

Re: [Rd] R-patched tarball at https://stat.ethz.ch/R/daily/ outdated

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

Re: [Rd] R-devel (r81196) hanging at dchisq(large) (PR#13309)

> 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 have

Re: [Rd] gettext(msgid, domain="R") doesn't work for some 'msgid':s

achieved (more efficiently and naturally) by gettext("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 >>>>&

Re: [Rd] gettext(msgid, domain="R") doesn't work for some 'msgid':s

>>>>> 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/2021 1

Re: [Rd] gettext(msgid, domain="R") doesn't work for some 'msgid':s

> 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: >>> >>>    gettext

Re: [Rd] Wrong number of names?

> 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

Re: [Rd] Bug (?) in vignette handling

> 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: vignett

Re: [Rd] Fwd: Using existing envars in Renviron on friendly Windows

> 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. Continu

Re: [Rd] stats::fft produces inconsistent results

>>>>> 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

Re: [Rd] stats::fft produces inconsistent results

> 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, exc

Re: [Rd] Potential bugs in table dnn

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 ad

Re: [Rd] Potential bugs in table dnn

> 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 no

Re: [Rd] Slow try in combination with do.call

result with 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

Re: [Rd] int overflow writing long vectors to socketConnection

ced at the 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

Re: [Rd] Crash/bug when calling match on latin1 strings

) extended your (Travers') 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&action=edit

Re: [Rd] R 4.1.x make check fails, stats-Ex.R, step factor reduced below minFactor

> 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

Re: [Rd] translation domain is not inferred correctly from a package's print methods -- intended behavior?

> 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 "print.m

Re: [Rd] trunc.Date and round.Date + documentation of DateTimeClasses

trunc.Date() 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 ba

Re: [Rd] R-devel: as.character() for hexmode no longer pads with zeros

> 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 purp

Re: [Rd] formatC(character()) returns length 1 result, but is documented otherwise

> 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. > formatC(character

Re: [Rd] Slow try in combination with do.call

>>>>> 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

Re: [Rd] Slow try in combination with do.call

> 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 re

Re: [Rd] Question about quantile fuzz and GPL license

> 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 "pr

Re: [Rd] Unneeded if statements in RealFromComplex C code

> 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)

Re: [Rd] sep hard coded in write.ftable

> 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:

Re: [Rd] Is it a good choice to increase the NCONNECTION value?

> 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

Re: [Rd] Is it a good choice to increase the NCONNECTION value?

> 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" N

Re: [Rd] Seeking opinions on possible change to nls() code

> 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. An

Re: [Rd] Seeking opinions on possible change to nls() code

> 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

[Rd] difference of m1 <- lm(f, data) and update(m1, formula=f)

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: >> Manipula

Re: [Rd] problem with pipes, textConnection and read.dcf

> 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 = ""), : > ar

Re: [Rd] attach "warning" is a message

> 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 c

Re: [Rd] I changed my vignette's file name to lowercase, then realized the url was case-sensitive

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 >>>>&

Re: [Rd] \Sexpr[results=hide] produces \verb{ newlines }

> 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]{ >

Re: [Rd] Trivial typo in help("browser")

> 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" sh

Re: [Rd] undefined subclass warning

> 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 m

Re: [Rd] Should last default to .Machine$integer.max-1 for substring()

>>>>> 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: >> &

Re: [Rd] Should last default to .Machine$integer.max-1 for substring()

> 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 no

Re: [Rd] dgTMatrix Segmentation Fault

>>>>> 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').

Re: [Rd] dgTMatrix Segmentation Fault

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'

Re: [Rd] `mode`

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

Re: [Rd] R-devel new warning: no longer be an S4 object

> 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 ?

Re: [Rd] Testing R build when using --without-recommended-packages?

> 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 -as-c

Re: [Rd] Inconsistency in median()

thod for the corresponding class has been defined correctly; I've 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 M

Re: [Rd] as.list fails on functions with S3 classes

> 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 kn

Re: [Rd] New post not readable

> 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": > https://developer.r

Re: [Rd] NEWS item for bugfix in normalizePath and file.exists?

> 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 c

[Rd] Msg not getting posted (or much delayed (was "R check false positive ..")

> 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 i

Re: [Rd] R CMD INSTALL warning for S4 replacement functions on R 4.1.0-alpha

> 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 creat

Re: [Rd] R CMD INSTALL warning for S4 replacement functions on R 4.1.0-alpha

er that ... but none happened 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

Re: [Rd] Sys.timezone() fails on Linux under Microsoft WSL

> 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 timedatect

Re: [Rd] [Solved] Possible x11 window manager window aggregation under one icon?

>>>>> 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

Re: [Rd] [Solved] Possible x11 window manager window aggregation under one icon?

> 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 s

Re: [Rd] Possible x11 window manager window aggregation under one icon?

> 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 > | |

Re: [Rd] quantile() names

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, I certainly do

Re: [Rd] Potential improvements of ave?

> 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 NAs).

Re: [Rd] Corrupt internal row names when creating a data.frame with `attributes<-`

> 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 s

Re: [Rd] surprised matrix (1:256, 8, 8) doesn't cause error/warning

#x27;t like this >>> matrix (numeric (), 2, 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. >> (Becau

Re: [Rd] surprised matrix (1:256, 8, 8) doesn't cause error/warning

> 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 say

Re: [Rd] r79833 src/library/tools/R/Rd2HTML.R minor typo

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 <- psub("(do

Re: [Rd] URL checks

> 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 \h

Re: [Rd] URL checks

> 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 Joh

Re: [Rd] Small bug in the documentation of `[.data.frame`

> 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 >> >> ?`[.data.frame`

Re: [Rd] installing from source

> 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 s

Re: [Rd] Silent failure with NA results in fligner.test()

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, the

Re: [Rd] From .Fortran to .Call?

> 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 a

Re: [Rd] quantile() names

when used, check that it is at least '1' But then some scripts / examples of some people *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

Re: [Rd] Ignore Sites Option For libPaths

> 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 routinely

[Rd] all.equal() applied to function closures -- now committed

>>>>> 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 >>>>>

Re: [Rd] all.equal applied to function closures

>>>>> 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

Re: [Rd] translation domain is wrong in stopifnot()?

> Gábor Csárdi > on Tue, 1 Dec 2020 23:48:37 + writes: > I don't know if this would be considered a bug in either stopifnot() > or (n)gettext(), or not a bug at all, but sometimes the translation > domain is not set properly for stopifnot() messages, so they won't be

<    1   2   3   4   5   6   7   8   9   10   >