On 1/7/2007 6:55 PM, [EMAIL PROTECTED] wrote:
>> I think we should get rid of source attributes completely,
>> since they are no longer needed, but your comment still
>> applies to source references. We should strip them when code
>> gets modified.
>>
>> Duncan Murdoch
>
> I would be very conce
> I think we should get rid of source attributes completely,
> since they are no longer needed, but your comment still
> applies to source references. We should strip them when code
> gets modified.
>
> Duncan Murdoch
I would be very concerned about losing source attributes-- it would
break a
On 1/6/2007 10:01 PM, [EMAIL PROTECTED] wrote:
> Anything that has 4.5 in it will always round to 4. For example 24.5 becomes
> 24 and 34.5 becomes 34. Or 1234567894.5 will become 1234567894.
>
>> round(4.5)
> [1] 4
>> round(3.5)
> [1] 4
That's behaving as documented, using "banker's rounding"
Anything that has 4.5 in it will always round to 4. For example 24.5 becomes
24 and 34.5 becomes 34. Or 1234567894.5 will become 1234567894.
> round(4.5)
[1] 4
> round(3.5)
[1] 4
Thanks,
Clint W. Stevenson
Senior Statistician
Edison Media Research
[EMAIL PROTECTED]
--please do not edit the
On 1/7/2007 11:31 AM, Gabor Grothendieck wrote:
> What I was referring to was your suggestion to add a class and a Name
> attribute to the environment.
Yes, that was clear.
Duncan Murdoch
That would change all references to it.
> But what I would really want to do is to leave it alone unchang
What I was referring to was your suggestion to add a class and a Name
attribute to the environment. That would change all references to it.
But what I would really want to do is to leave it alone unchanged so it
can be used in its original form by other applications but for my purpose
create a sub
On 1/7/2007 10:01 AM, Gabor Grothendieck wrote:
> One other comment. If I place an attribute on the environment as you
> suggest that changes all uses of the environment.
Yes, that's exactly what you wanted, as far as I can tell. If an
environment prints as
then all uses of that environmen
One other comment. If I place an attribute on the environment as you
suggest that changes all uses of the environment. I cannot keep the
original environment intact and have a subobject which represents the
original environment plus the attribute. This is just one example of why
the feature disc
I don't undersand what the issues are, but he actually said
>> These files make up a package,
and all the source files on an R packages are concatenated and loaded into
a single environment. So my understanding of the answer to
>> I assume there's a good way to deal with this kind of issue.
i
Dear Chris,
If I correctly understand what you want to do, the Rcmdr package uses the
following functions (slightly modified from original version contributed by
Philippe Grosjean) to solve a similar problem:
RcmdrEnv <- function() {
pos <- match("RcmdrEnv", search())
if (is.na(pos)) { #
On Sun, 7 Jan 2007, Duncan Murdoch wrote:
[...]
> If you want
> to test for whether two variables refer to the same environment, then
> attach a unique label to the environments when you create them and check
> the labels.
You can simply use identical(env1, env2).
--
Brian D. Ripley,
On 1/7/07, Duncan Murdoch <[EMAIL PROTECTED]> wrote:
> On 1/7/2007 5:01 AM, Gabor Grothendieck wrote:
> > I noticed the new environmentName in R 2.5.0dev. Thus I gather that
> > each environment has:
> >
> > (1) a name
> > (2) a hex value
> >
> > so
> >
> > 1. environmentName gets the name. Is th
On 1/7/2007 5:01 AM, Gabor Grothendieck wrote:
> I noticed the new environmentName in R 2.5.0dev. Thus I gather that
> each environment has:
>
> (1) a name
> (2) a hex value
>
> so
>
> 1. environmentName gets the name. Is there any way to set the name?
The NEWS entry says:
o New functi
I noticed the new environmentName in R 2.5.0dev. Thus I gather that
each environment has:
(1) a name
(2) a hex value
so
1. environmentName gets the name. Is there any way to set the name?
2. is there any way to get the hex value for an environment other than doing:
e <- new.env()
14 matches
Mail list logo
