setattr() creates a deep copy of the attribute object
Nobody has claimed this yet.
Assessment
- Difficulty
- 3/5
- Estimated time
- 1-2 days
- Newbie friendliness
- 35/100
- Issue type
- Bug
- Clarity
- Mostly clear
- Activity status
- Stale
- Tech stack
- r
- Domain
- data, performance
Research direction
Start with the setattr() entry point and reproduce the address comparisons in the issue using R. Trace how the attribute is assigned, then add coverage showing that the attribute object is not copied while the requested reference behavior is preserved.
Written by the indexing model from the issue text.
Description
I recently realized that the setattr function changes the input object by reference (that is, without any copy), however, it copies the attribute object:
library(data.table)
x <- 1
a1 <- "an attribute object which can be a large vector"
orig_addresses <- c(address(x), address(a1))
data.table::setattr(x, "a", a1)
new_addresses <- c(address(x), address(attr(x, "a")))
orig_addresses == new_addresses
# [1] TRUE FALSE
The base solution does exactly the opposite: it copies the input object, but does not copy the attribute object:
library(data.table)
x <- 1
a1 <- "an attribute object which can be a large vector"
orig_addresses <- c(address(x), address(a1))
attr(x, "a") <- a1
new_addresses <- c(address(x), address(attr(x, "a")))
orig_addresses == new_addresses
# [1] FALSE TRUE
The bit package also has a setattr function which does not create any copy:
library(data.table)
library(bit)
x <- 1
a1 <- "an attribute object which can be a large vector"
orig_addresses <- c(address(x), address(a1))
bit::setattr(x, "a", a1)
new_addresses <- c(address(x), address(attr(x, "a")))
orig_addresses == new_addresses
# [1] TRUE TRUE
Would it be possible to the modify the setattr function so that it does not create a copy of the attribute object?
sessionInfo()
R version 3.2.1 (2015-06-18)
Platform: x86_64-pc-linux-gnu (64-bit)
Running under: Linux Mint LMDE
locale:
[1] LC_CTYPE=en_US.UTF-8 LC_NUMERIC=C LC_TIME=en_US.UTF-8 LC_COLLATE=en_US.UTF-8
[5] LC_MONETARY=en_US.UTF-8 LC_MESSAGES=en_US.UTF-8 LC_PAPER=en_US.UTF-8 LC_NAME=C
[9] LC_ADDRESS=C LC_TELEPHONE=C LC_MEASUREMENT=en_US.UTF-8 LC_IDENTIFICATION=C
attached base packages:
[1] stats graphics grDevices utils datasets methods base
other attached packages:
[1] bit_1.1-12 data.table_1.9.5
loaded via a namespace (and not attached):
[1] tools_3.2.1 chron_2.3-45
- Dominant language
- R
- Stars
- 3.9k
- Forks
- 1.1k
- Avg merge
- 14h 4m
- Merged PRs (30d)
- 4
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
More from Rdatatable/data.table
-
as.data.table() recurses without end on a survival::Surv object (or any data.frame carrying one) Open
Difficulty 2/5 1-3 hours Newbie friendliness 88/100
Rdatatable/data.table#7887 ·
-
consistency tests
Difficulty 2/5 1-3 hours Newbie friendliness 68/100
Rdatatable/data.table#7853 · 3 comments ·
-
internals
Difficulty 2/5 1-3 hours Newbie friendliness 65/100
Rdatatable/data.table#6938 · 1 comment ·
-
encoding fread
Difficulty 2/5 1-3 hours Newbie friendliness 65/100
Rdatatable/data.table#5179 · 8 comments ·
-
documentation programming
Difficulty 2/5 1-3 hours Newbie friendliness 68/100
Rdatatable/data.table#3199 · 3 comments ·
All issues in Rdatatable/data.table
Similar issues
-
Difficulty 2/5 1-3 hours Newbie friendliness 82/100
r-lib/pkgdepends#485 · 3 comments ·
-
Difficulty 1/5 Under an hour Newbie friendliness 92/100
-
beginners blocker
Difficulty 2/5 1-3 hours Newbie friendliness 78/100
-
enviPathR OpenBuild Error Build OK Build Warning policies-accepted pre-review precheck-passed
Difficulty 1/5 Under an hour Newbie friendliness 84/100
Bioconductor/BiocContributions#207 · 6 comments ·
-
Difficulty 2/5 1-3 hours Newbie friendliness 74/100
datacarpentry/semester-biology#1255 ·