> 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
> 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
> 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
> 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
> 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:
> 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)
> 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
> 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
>>>>> 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
> 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
> 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
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
> 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
> 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
) 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
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
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
> 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
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
> 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
>>>>> 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
> 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
> 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
> 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
> 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
>>>>> 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
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
>>>>&
> 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
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
> 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
> 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
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
> 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
>>>>> 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
> 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
>>>>> 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
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
> 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'
> 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(
> 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
> 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
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
>>>>> 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:
> 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
> 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
> 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
> 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
) 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
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
> 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
> 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
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
>>>>> 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
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:
>>>>> 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
*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]]
___
>>>>> 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,
>
> 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
> 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
>>>>> Martin Maechler
>>>>> on Mon, 3 Oct 2022 14:46:08 +0200 writes:
>>>>> Suharto Anggono Suharto Anggono via R-devel
>>>>> on Sun, 2 Oct 2022 08:42:50 + (UTC) writes:
>> With r82904, 'as.character.P
> Davis Vaughan
> on Wed, 5 Oct 2022 17:04:11 -0400 writes:
> Hi all,
> I think I have discovered a bug in the conversion from POSIXlt to Date
that
> has been introduced in r-devel.
> It affects lubridate, but surprisingly didn't cause test failures there.
> Ins
>>>>> Martin Maechler
>>>>> on Thu, 6 Oct 2022 10:15:29 +0200 writes:
>>>>> Davis Vaughan
>>>>> on Wed, 5 Oct 2022 17:04:11 -0400 writes:
>> Hi all,
>> I think I have discovered a bug in the con
t variable,
where I have noticed [on Linux, Fedora 36] that there may be
different behavior between TZ entirely undefined and a TZ="" setting
(which I intuitively assumed would work equivalently).
Best,
Martin
> -Davis
> On Fri, Oct 7, 2022 at 8:52 AM Martin Maec
> Kurt Hornik
> on Tue, 11 Oct 2022 16:44:13 +0200 writes:
> Davis Vaughan writes:
>> I've got a bit more information about this one. It seems like it
>> (only? not sure) appears when `TZ = "UTC"`, which is why I didn't see
>> it before on my Mac, which defaults to `TZ
>>>>> Martin Maechler
>>>>> on Wed, 12 Oct 2022 10:17:28 +0200 writes:
>>>>> Kurt Hornik
>>>>> on Tue, 11 Oct 2022 16:44:13 +0200 writes:
>>>>> Davis Vaughan writes:
>>> I've got a bit mo
year = 116L, wday = 2L, yday = 340L, isdst = 1L))
> as.POSIXct(dlt)[1] is NA on Linux with timezone without DST. For example,
after
> Sys.setenv(TZ = "EST")
Hmm... I needed time to look at the above. Indeed, one gets NA
>>>>> Martin Maechler
>>>>> on Tue, 18 Oct 2022 10:56:25 +0200 writes:
>>>>> Suharto Anggono Suharto Anggono via R-devel
>>>>> on Fri, 14 Oct 2022 16:21:14 + (UTC) writes:
>> I think '[.POSIXlt' and &#
> tim taylor
> on Tue, 8 Nov 2022 21:55:29 + (GMT) writes:
> The link to the R blog on https://developer.r-project.org/ currently
points to the old site (https://developer.r-project.org/Blog/public). Should
the link be updated to the new location (https://blog.r-project.org/
> Michael Chirico via R-devel
> on Mon, 9 Jan 2023 12:25:46 -0800 writes:
> require() and library() both emit this message immediately before
> running library():
> "Loading required package: %s"
>
https://github.com/r-devel/r-svn/blob/4198a2941b702d965bb2374c2b908f
>>>>> Martin Maechler
>>>>> on Tue, 10 Jan 2023 10:26:53 +0100 writes:
>>>>> Michael Chirico via R-devel
>>>>> on Mon, 9 Jan 2023 12:25:46 -0800 writes:
>> require() and library() both emit this message immediately
vs se.fit=TRUE
In the mean time, you have filed a new bugzilla isse about this,
https://bugs.r-project.org/show_bug.cgi?id=18456
so we (and everyone interested) will continue the discussion
there.
Thank you for contributing to make R better by this!
Best regards,
Martin
> --
>
ocairo-1.0.so.0
libpango-1.0.so.0
{as they are stripped, I don't know how to check }
To *fix* this I also have to defer to others.
Thank you for the report,
Martin
--
Martin Maechler
ETH Zurich and R Core team
> For some context, I am running R4.2.2. My goal was to run valgrin
Note that cairo_pdf() also suffers from the same leak
.. as to be expected once you notice that much of the cairo
device handling uses common code.
...
.. and then, when you are aware that on Linux, the default
interactive device is x11() and its default type is *also*
"cairo" { possibly not on
> Tim Taylor
> on Tue, 17 Jan 2023 13:39:01 + writes:
> On 17/01/2023 13:06, Duncan Murdoch wrote:
>> I don't have a valgrind-capable version of R, but I'd be interested to
>> see whether this is a one-time loss, or repeated. That is, do you get a
>> much bigger
> Tomas Kalibera
> on Tue, 31 Jan 2023 10:53:21 +0100 writes:
> On 1/31/23 09:48, Ivan Krylov wrote:
>> Can we use the "bytes" encoding for such environment variables invalid
>> in the current locale? The following patch preserves CE_NATIVE for
>> strings valid in the
> Serguei Sokol via R-devel
> on Mon, 20 Feb 2023 10:59:22 +0100 writes:
> Le 18/02/2023 à 21:44, J C Nash a écrit :
>> I wrote first cut at unirootR for Martin M and he revised and put in
>> Rmpfr.
>>
>> The following extends Ben's example, but adds the unirootR
>>>>> Martin Maechler on Mon, 20 Feb 2023 19:25:02 +0100 writes:
>>>>> Serguei Sokol via R-devel
>>>>> on Mon, 20 Feb 2023 10:59:22 +0100 writes:
>> Le 18/02/2023 à 21:44, J C Nash a écrit :
>>> I wrote first cut at u
> Jane He
> on Thu, 23 Feb 2023 15:33:23 -0800 writes:
> Hi all,
> While compiling R to RISC-V64 architecture and debugging in R's C source
> codes, I think I have found a small bug. Can anyone please verify whether
> it is a real bug?
> The possible bug lies in
debugging is often not really
feasible anyway ..), but somewhat experienced useRs should know
about
options(warn = 1) # or
options(warn = 2) # plus options(error = recover) #
or
tryCatch( ..., warning = ..)
or {even more}
Martin
--
Martin Maechler
ETH Zurich and R Core team
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
>>>>> peter dalgaard
>>>>> on Thu, 2 Mar 2023 19:47:59 +0100 writes:
> I believe the wording goes back to Martin Maechler many
> moons ago (AFAICT towards the end of the last millennium.)
> We might leave it to him to change it?
> -
> Sebastian Martin Krantz
> on Sat, 11 Mar 2023 11:04:54 +0200 writes:
[]
> But maybe this has already been discussed here and already
> decided against. In that case, a way to browse R-devel
> archives to find out would be nice.
> Best regards,
> Se
e that very safe use (in scripts run automatically, ..) should
happen inside
if (!file.rename(a,b))
stop("Could not successfully rename ", a, " to ", b)
anyway... and indeed it's much much less confusing for people
debugging such code that functions behave normally,
es and
> responding to their requests. And maybe don't do any
> until you hear from a member of R Core that they're
> willing to participate in this, because they certainly
> don't accept all suggestions.
> Dunca
> Christophe Dutang
> on Sat, 8 Apr 2023 14:21:53 +0200 writes:
> Dear all,
> Using rmultinom() in a stochastic model, I found this function returns an
error message 'NA in probability' for an infinite probability.
> Maybe, a more precise message will be helpful when d
> Karolis Koncevičius
> on Fri, 21 Apr 2023 11:32:41 +0300 writes:
> Hello,
> Today I was investigating ks.test() with two numerical arguments (x and
y) and was left a bit confused about the policy behind handling ties.
> I might be missing something, so sorry in advance
> Hi all,
>
> Surprisingly (at least to me), `as.complex(NA_real_)` results in
> `complex(real = NA_real_, imaginary = 0)` rather than `NA_complex_`.
Well, the logic here is really the mathematical equivalence:
if you turn a real number x in to a complex one, say z,
then z = x + i * 0 , i.e.
> Davis Vaughan via R-devel
> on Fri, 28 Apr 2023 11:12:27 -0400 writes:
> Hi all,
> I noticed that `range.default()` has a nice `finite =
> TRUE` argument, but it doesn't actually apply to Date or
> POSIXct due to how `is.numeric()` works.
Well, I think it would / s
> Ivan Krylov
> on Tue, 2 May 2023 14:59:36 +0300 writes:
> В Sat, 29 Apr 2023 00:00:02 +
> Dario Strbenac via R-devel пишет:
>> Could save.image() be redesigned so that it promptly responds to
>> Ctrl+C? It prevents the command line from being used for a number
m() to be used by implementors
of other numeric-like classes to provide their own range()
method as a 1-liner *and* be future-consistent with the default method..
> On Sat, Apr 29, 2023 at 4:47 PM Martin Maechler
> wrote:
>>
>> >>>>> Davis Vaug
sider what >
>> happens when an interrupt happens. For example, transfers
>> between a > client and a server are no longer atomic at
>> this level, which means we > might end up in a corrupt
>> state. This may, for instance, happen to > database
ength length(x) .. which is TRUE
where x[i] is not NA/NaN/+Inf/-Inf .. *and*
is.infinite := Negate(is.finite){or vice versa if you prefer}.
I agree that this may be useful somewhat more generally than
just for range() methods.
What do others think?
Martin
> On Thu, May 4, 2023 at 5:29
teger,
character *and* raw, the latter really debatable - but *not* in this thread).
So, allows.infinite(x) would *not* vectorize but return TRUE or
FALSE (and typically not NA ..), in some sense being a property
of class(x) only.
> On Thu, May 11, 2023 at 1:49 AM Martin Maechler
>
o in a somewhat smart way so that R developers of
other similar classes could also easily make range(*,
finite=TRUE) "work" for their class objects.
Martin
> On Fri, May 19, 2023 at 8:30 AM Martin Maechler
> wrote:
>> >>>>> Bill Dunlap
> Ben Bolker
> on Tue, 30 May 2023 11:45:20 -0400 writes:
> Inspired by this old Stack Overflow question
>
https://stackoverflow.com/questions/19765610/when-does-locale-affect-rs-regular-expressions
> I was wondering why this is TRUE:
> Sys.setlocale("LC_ALL", "et_
> Georgi Boshnakov
> on Thu, 1 Jun 2023 22:00:39 + writes:
> Hi.
> The description of na.contiguous says:
> "Find the longest consecutive stretch of non-missing values in a
> time series object. (In the event of a tie, the first such
> stretch.)"
> But t
> Ben Bolker
> on Sat, 3 Jun 2023 13:06:41 -0400 writes:
> format(c(1:2, NA)) gives the last value as "NA" rather than
> preserving it as NA, even if na.encode = FALSE (which does the
> 'expected' thing for character vectors, but not numeric vectors).
> This was alr
> Mikael Jagan
> on Thu, 15 Jun 2023 22:00:45 -0400 writes:
> On 2023-06-15 5:25 pm, Hervé Pagès wrote:
>> Oh but I see now that you've already tried this in your
>> R/AllGenerics.R, sorry for missing that,
yes, this one:
setGeneric("qr.X",
function(qr, c
>>>>> Martin Maechler
>>>>> on Fri, 16 Jun 2023 11:41:12 +0200 writes:
>>>>> Mikael Jagan
>>>>> on Thu, 15 Jun 2023 22:00:45 -0400 writes:
>> On 2023-06-15 5:25 pm, Hervé Pagès wrote:
>>> Oh but I see no
ile
e.g. giving us the last 20 lines or so, e.g. from
tail -n 20 /juno/opt/sources/R/R-4.3.1-intel21/tests/d-p-q-r-tst-2.Rout.fail
Also, in addition to the output of sessionInfo(), the output of
str(.Machine)
maybe interesting. Once I'd see these, I might have to ask fur
t; $ sizeof.longlong : int 8
> $ sizeof.longdouble: int 16
> $ sizeof.pointer : int 8
> $ sizeof.time_t: int 8
> $ longdouble.eps : num 1.08e-19
> $ longdouble.neg.eps : num 5.42e-20
> $ longdouble.digits
901 - 1000 of 1783 matches
Mail list logo
