Re: [Rd] str() resets class for environments

From: Gabor Grothendieck <>
Date: Fri 26 Nov 2004 - 11:45:18 EST

Peter Dalgaard <p.dalgaard <at>> writes:

: Gabor Grothendieck <ggrothendieck <at>> writes:
: > : I am curious though, do you not run into problems by setting and getting
: > : attributes on environment in 'mvbutils'? The example of John Chambers I
: > : re-posted, which shows that attributes can (will?) get "killed by
: > : on the [environment] object "locally" in a function", suggests that you
: > : will.
: > :
: >
: > The Chambers example simply shows what can happen now -- not what should
: > happen. The real question is what should happen. If all objects
: > can have classes and attributes and if environments are objects then
: > it follows that environments should be able to have classes and
: > attributes too. If the language is to be made irregular in this
: > respect then there needs to be a very good reason and none has
: > been put forth, at least in this thread.
: Environments are already irregular in that they are never duplicated

: (which is what causes these issues in the first place). External

: pointers have the same feature, and Luke Tierney has suggested that

: they perhaps should be wrapped in an object with more normal

: semantics. Perhaps we should consider doing likewise with
: environments?

To me that would make sense in keeping the rules of the language more consistent. The mvbutils example suggests that it also has uses in addition to regularity and additional ones may come to light too. mailing list Received on Fri Nov 26 11:53:12 2004

This archive was generated by hypermail 2.1.8 : Fri 26 Nov 2004 - 13:16:13 EST