Skip to content

Conversation

@ben-schwen
Copy link
Member

Closes #6734

@codecov
Copy link

codecov bot commented Nov 9, 2025

Codecov Report

✅ All modified and coverable lines are covered by tests.
✅ Project coverage is 99.13%. Comparing base (df7fa80) to head (b0cf6d4).
⚠️ Report is 5 commits behind head on master.

Additional details and impacted files
@@           Coverage Diff           @@
##           master    #7424   +/-   ##
=======================================
  Coverage   99.13%   99.13%           
=======================================
  Files          85       85           
  Lines       16618    16626    +8     
=======================================
+ Hits        16474    16482    +8     
  Misses        144      144           

☔ View full report in Codecov by Sentry.
📢 Have feedback on the report? Share it here.

🚀 New features to boost your workflow:
  • ❄️ Test Analytics: Detect flaky tests, report on failures, and find test suite problems.

@github-actions
Copy link

github-actions bot commented Nov 9, 2025

No obvious timing issues in HEAD=assign_double_bracketse
Comparison Plot

Generated via commit b0cf6d4

Download link for the artifact containing the test results: ↓ atime-results.zip

Task Duration
R setup and installing dependencies 2 minutes and 54 seconds
Installing different package versions 44 seconds
Running and plotting the test cases 2 minutes and 55 seconds

@MichaelChirico
Copy link
Member

Could you explain the relationship to the bug? The discussion there wound up pointing to a documentation-only fix.


23. `fread()` auto-detects separators for single-column files consisting solely of quoted values (e.g. `"this_that"\n"2025-01-01 00:00:01"`), [#7366](https://github.com/Rdatatable/data.table/issues/7366). Thanks @arunsrinivasan for the report and @ben-schwen for the fix.

24. Assigning via `[[<-` now changes data.tables by reference, so forms like `DT[["col"]] = value` or `DT[[1, "col"]] = value` keep over-allocation intact instead of falling back to the data.frame method, [#6734](https://github.com/Rdatatable/data.table/issues/6734). Thanks @mb706 for the report and @ben-schwen for the implementation.
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Should we emphasize not doing this? 😄

Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

If we decide to do so than we should also advocate more on not using $, but I guess thats the charm of data.table. Your code, that you have written before simply works.

Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I guess the question is whether cedta() is sufficient to prevent cases where [[<- winds up being invoked by reference where the author intended it to use "normal" R copy-on-write behavior. $<-.data.table does copy(x).

Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

True, but in any case $<- and [[<- shouldn't diverge in their behavior, right?

@ben-schwen
Copy link
Member Author

Could you explain the relationship to the bug? The discussion there wound up pointing to a documentation-only fix.

I saw the issue yesterday and it felt quite strange that the $ assignment works, while [[ does not, since I use these interchangeable (and even prefer [[ for package since it has no partial matching)

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

Broken behaviour after [[<-; segfaults on CRAN version

3 participants