-
Notifications
You must be signed in to change notification settings - Fork 991
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
TODO items from tests.Rraw #2572
Comments
My idea for testing:
is to run:
Then error if Could also make the loop more expensive (absolute time of |
@mattdowle the following doesn't appear to be true anymore? unless I missed something about what's intended...
FWIW, I see that the line Also, I wasn't able to track down any question on SO on any March 14 mentioning
|
@st-pasha you're more familiar with the
|
I don't remember if there is such a test specifically, but it's easy to add:
|
@st-pasha thanks, I wasn't sure if there's an exact row number to pick to ensure re-read. Tried beefing it up, but
|
@mattdowle this one appears to be obsolete as well?
|
re:
I am making a test along the lines of:
I seem to recall it being documented somewhere what exactly the internal limits of accuracy are/how to query this for |
@jangorecki this can't make it to the CRAN test suite, but do we have anywhere we could readily drop in such a test (more like a dashboard, really) in dev? |
|
|
IIUC we're not really supposed to be testing things like numerical accuracy. Limitations on double sorting are spelled out in the documentation IIRC... and anyway we haven't seen any issues raised on this in a long time. So I think this is covered. |
There is benchmark.Rraw, or if there is no, there is a plan to have one. This will be proper place for all tests that needs to call |
FWIW, did the following benchmark of
|
Not sure where it is the intention to put this. Axing barring that. |
why assign |
best to just assign will do re: |
updated set/:= benchmark, 20x as fast when not using |
honestly no idea what this is about. IINM Pretty trivial to see that there's plenty of coverage of this in tests already (e.g. some places in #3406 where optimization is turned off, among probably hundreds of others). Alternative interpretation would be that Gonna mark this one done |
Marking this complete within this issue since it's covered in a separate PR/issue already |
@mattdowle any feedback here? |
@mattdowle ditto here... could you split off into a new issue if this is still a concern? |
This is quite vague and 5 years old... closing as duplicate of the 40+ |
AFAICT this is subsumed by #3077; closing here |
Presumably this is just #856; closing here |
This is a full issue; filed as #3408 and closing here |
Unclear what "same effect" is referring to; I see tests 1584.x that seem to cover this case? @arunsrinivasan this is under you per |
This seems to be handled already:
|
@jangorecki this set of tests could be added to the GitLab suite? Is the
|
@jangorecki can revisit this and file as a separate issue if still viable? But I guess no because of the difficulty in testing |
This was 1.11.0 (May 2018); can begin the deprecation process with next release? |
As stated, this is just #1416 |
This is also 1.11.0 (May 2018). But see #3321, making things more complicated... |
Same as #678 -- better to handle this with a linter |
Items cut out from the end of
tests.Rraw
when this issue was first created:lapply(f,eval,.SD)
?TODO
items sprinkled throughout the rest of the file:rbindlist
w.r.t. naming of input in edge cases -- rbindlist should look for the first non-empty data.table - New changes (from Arun). Explanation below: Even if data.table is empty, as long as there are column names, they should be considered. Ex: What if all data.tables are empty? What'll be the column name then? If there are no names, then the first non-empty set of names will be allocated. I think this is the way to do it...fill = TRUE
generate warnings, not errors; as such, we need another way to trigger a STOP() inside fread.c. options(warn=2) isn't enough.NaN
behavior inforder
(testing internal behavior since can't compare tobase::order
)rbindlist
allow.cartesian
is ignored ifjsub[1L]
has:=
; could still warn ifi
has duplicatescomment=="#"
. Ensure only after last field is observed.integer64
support fortranspose
fill=FALSE
, butblank.lines.skip=TRUE
, when the same effect as in tests 1585 should happena,b,c\n1,2,3\n4,5,6\n7,8,9,6\n1,2,3\n...
-- extra column in line 4, but we've only detected 3nomatch=NA
in non-equi-join suite (tests 1640-ish)... tested, but takes quite some time... so commented for now [split off as Add tests fornomatch=NA
in non-equi-join suite #3411]strict.numeric
(defaultFALSE
) toall.equal.data.table()
? [split off as Addstrict.numeric
(defaultFALSE
) toall.equal.data.table()
? #3410]logicalAsInt
argument..x
as valid column namesTO DO
items sprinkled throughout the rest of the file:The text was updated successfully, but these errors were encountered: