similar to: Could .Primitive("[") stop forcing R_Visible = TRUE?

Thanks for the detailed analysis and proposition Ivan. The patch you are proposing to base R is https://github.com/Rdatatable/data.table/issues/6566#issuecomment-2428912338 right? On Thu, Oct 24, 2024 at 8:48?AM Ivan Krylov via R-devel <r-devel at r-project.org> wrote: > > Hello, > > The "[" primitive operator currently has the 'eval' flag set to 0 in >

On Thu, 24 Oct 2024 13:23:56 -0400 Toby Hocking <tdhock5 at gmail.com> wrote: > The patch you are proposing to base R is > https://github.com/Rdatatable/data.table/issues/6566#issuecomment-2428912338 > right? Yes, it's this one, thank you for providing the link. Surprisingly, a very cursory check of 100 packages most downloaded from cloud.r-project.org in the last month

My message below sounds a little aggressive, I apologize in advance for that. But I can't think of better wording. This is a small change, which will have a small benefit, mainly for the data.table authors, who really brought it on themselves by choosing to (ab)use R extraction syntax to have side effects. Surely you or they should be the ones to run the test across all of CRAN? Duncan

? Fri, 25 Oct 2024 08:39:39 -0400 Duncan Murdoch <murdoch.duncan at gmail.com> ?????: > Surely you or they should be the ones to run the test across all of > CRAN? That's fair. The question is, is there a fundamental reason I overlooked to deny such a change? Except for positioning and whitespace, the line has been in names.c since SVN revision 2. The one regression test touched

On Fri, 25 Oct 2024, Ivan Krylov via R-devel wrote: > ? Fri, 25 Oct 2024 08:39:39 -0400 > Duncan Murdoch <murdoch.duncan at gmail.com> ?????: > >> Surely you or they should be the ones to run the test across all of >> CRAN? > > That's fair. The question is, is there a fundamental reason I > overlooked to deny such a change? Except for positioning and >

Identified as root cause of a bug in data.table: https://github.com/Rdatatable/data.table/issues/3267 On my machine, strtoi("", base = 2L) produces NA_integer_ (which seems consistent with ?strtoi: "Values which cannot be interpreted as integers or would overflow are returned as NA_integer_"). But on all the other machines I've seen, 0L is returned. This seems to be

Hello list I have problems with little (see Debian package, r. instead R), I get an error message relate with the symbol R_Visible, it say that it is unknown. The same error I got from the Front-off or IDE for KDE (see debian packages, I really don't remember the name., it is rk... and else) How to solve this problem??? What is this symbol (R_Visible) is an internal variable???

[a bit unsure on if this is maybe better for r-package-devel] We recently added translations to messages at the R and C level to data.table. At the C level, we did _() wrapping for char arrays supplied to the following functions: error, warning, Rprintf, Error, and snprintf. This seemed OK but the use of snprintf specifically appears to have caused a crash on Windows:

Hey everyone, I have some weird issue with using multithreaded data.table in macOS and I am trying to figure out, if it?s connected to my libomp.dylib. I started using libomp as stated here: https://mac.r-project.org/openmp/ ? Everything worked fine till beginning of this year, but all of a sudden, I get random fatal errors, when using data.table with multithreading. I figured that R (used in

Full_Name: Jakob Stoeger Version: 2.7.0 OS: ubuntu 7.10 Submission from: (NULL) (137.248.74.38) Hi! I hope, it is justified to write this email... I'm relatively new to linux, and haven't worked with r, yet, so please pardon any things I do not know... I tried installing r on my computer, and didn't manage to get the program running. After having installed littler, typing r into

Cosas como IDate est?n a?n en modo experimental, haces uso de esas funciones? Obtener Outlook para Android<https://aka.ms/ghei36> ________________________________ From: Carlos Ortega <cof en qualityexcellence.es> Sent: Sunday, November 15, 2020 8:27:43 AM To: Jes?s Para Fern?ndez <j.para.fernandez en hotmail.com> Cc: r-help-es en r-project.org <r-help-es en r-project.org>

>>>>> Martin Maechler >>>>> on Fri, 11 Jan 2019 09:44:14 +0100 writes: >>>>> Michael Chirico >>>>> on Fri, 11 Jan 2019 14:36:17 +0800 writes: >> Identified as root cause of a bug in data.table: >> https://github.com/Rdatatable/data.table/issues/3267 >> On my machine, strtoi("", base =

Hello, Following Dirk's post here: https://github.com/Rdatatable/data.table/issues/1619 we would like to clarify if this is the right behaviour, and if so, the rationale behind it. Here's the summary (thanks to Dirk and Joshua): Sys.setenv("TZ"="America/Chicago") dates = as.Date("2016-03-02") + (0:3)*7 # four Wednesdays # [1] "2016-03-02"

Debugging this issue: https://github.com/Rdatatable/data.table/issues/2008 We have custom class 'IDate' which inherits from 'Date' (it just forces integer storage for efficiency, hence, I). The concatenation done by rbind, however, breaks this and returns a double: library(data.table) DF = data.frame(date = as.IDate(Sys.Date())) storage.mode(rbind(DF, DF)$date) # [1]

https://github.com/Rdatatable/data.table/issues/2171 The fix was easy, it's just surprising to see the behavior change almost on a whim. Just wanted to point it out in case this is unknown behavior, but Evan seems to have found this as well. On Tue, May 23, 2017 at 12:00 PM, Michael Chirico <michaelchirico4 at gmail.com > wrote: > Astute observation. And of course we should be

I thought it would be good to summarize my thoughts, since I made a few hypotheses that turned out to be false. This isn't a bug in base R, in either rbind() or `[<-.Date`. To summarize the root cause: base::rbind.data.frame() calls `[<-` for each column of the data.frame, and there is no `[<-.IDate` method to ensure the replacement value is converted to integer. And, in fact,

On Sun, May 26, 2019 at 4:06 AM Michael Chirico <michaelchirico4 at gmail.com> wrote: > > Have finally managed to come up with a fix after checking out sys.calls() > from within the as.Date.IDate debugger, which shows something like: > > [[1]] rbind(DF, DF) > [[2]] rbind(deparse.level, ...) > [[3]] `[<-`(`*tmp*`, ri, value = 18042L) > [[4]] `[<-.Date`(`*tmp*`,

Duncan, I think Emil realizes that the floating point format isn't able to represent certain numbers, that's why he is suggesting this change rather than complaining about our arithmetic being broken. However, I agree with you that we should not adopt his proposal. It would not make things more "user friendly" for people. Everyone has a different application and a different use

Buenas Para trabajar con fechas suelo apoyarme en el paquete lubridate, pero me gustaria ver si hay algo en data.table que me permita quitar esa dependencia. ?Existe algo parecido? Gracias! [[alternative HTML version deleted]]

Stephen Clark wrote: > Robert Noland wrote: >> On Thu, 2008-11-13 at 07:48 -0500, Stephen Clark wrote: >>> Julian Elischer wrote: >>>> Stephen Clark wrote: >>>>> Julian Elischer wrote: >>>>>> you will need to define the setup and question better. >>>> thanks.. cleaning it up a bit more... >>>> >>>>