Skip to content

Should slot<-() alter its first argument?

3 messages · William Dunlap, Benjamin Tyner, Michael Lawrence

#
We noticed that the slot<- function alters its first argument, which goes
against the grain of a functional language.  The similar @<- does not
change its first argument.  Is this intended?  The timeSeries and distr
package depend on this altering.
An object of class "Z"
Slot "x":
[1] "newer"
An object of class "Z"
Slot "x":
[1] "orig"
An object of class "Z"
Slot "x":
[1] "newest"
An object of class "Z"
Slot "x":
[1] "newest"

Bill Dunlap
TIBCO Software
wdunlap tibco.com
1 day later
#
It appears this started with R version 3.5.0. Under R 3.4.4 we have:

 > setClass("Z", rep=representation(x="character"))
 > z <- new("Z", x="orig")
 > `@<-`(z, "x", value="newer")
An object of class "Z"
Slot "x":
[1] "newer"

 > z
An object of class "Z"
Slot "x":
[1] "newer"

 > `slot<-`(z, "x", value="newest")
An object of class "Z"
Slot "x":
[1] "newest"

 > z
An object of class "Z"
Slot "x":
[1] "newest"
#
The core of Bioconductor and the methods package itself once took
advantage of this "feature" to avoid unnecessary duplication. Since
the introduction of shallow copying, those abuses have been removed.

Note that these assignment functions always have issues due to
optimizations that assume <-() is called. For example,
@565446e0bdf8 25 S4SXP g0c0 [OBJ,NAM(1),S4,gp=0x10,ATT]
An object of class "Z"
Slot "x":
[1] "newest"
An object of class "Z"
Slot "x":
[1] "newest"

Since we assume <-() bumps NAMED, z2 has its NAMED cleared even though
it's obviously named:
@56544726ae60 25 S4SXP g0c0 [OBJ,NAM(1),S4,gp=0x10,ATT]
@56544726ae60 25 S4SXP g0c0 [OBJ,S4,gp=0x10,ATT]

So I guess we could make slot<-() a bit safer but unless we give up
the optimizations or maybe inform the "gets" functions that they are
being called outside of complex assignment, there will be exploits.

Michael

On Thu, Sep 19, 2019 at 11:19 AM William Dunlap via R-devel
<r-devel at r-project.org> wrote: