[Rd] often unnecessary duplicate in sapply / as.vector

Prof Brian Ripley ripley at stats.ox.ac.uk
Tue Jul 11 21:32:38 CEST 2006


On Tue, 11 Jul 2006, Prof Brian Ripley wrote:

> On Fri, 7 Jul 2006, Thomas Lumley wrote:

> > On Fri, 7 Jul 2006, Martin Morgan wrote:

[...]

> > > More generally, perhaps as.vector might not duplicate when mode(x) == mode ?
> > 
> > This isn't a trivial change, because  mode(x)==mode does not guarantee 
> > that as.vector(x, mode) has no effect.  For example, with mode="numeric" it 
> > removes attributes.
> 
> And with mode="list" it does not (although that is not as documented).
> We can certainly do better.  [This is another of those cases where 'mode' 
> is confusing, and in fact it would be typeof(x) == mode.]

Aargh: of course I should have guessed that quite a few people have 
written code that assumes that e.g. as.double() duplicates.  The first I 
came across is a .Fortran call in smooth.spline with DUP=FALSE which 
despite all the warnings changes its 'w' argument and hence the return 
result from smooth.spline if as.double is made more efficient.

I really have no desire to spend any more time tracking down problems 
caused by such rogue code, so I am going to leave this as is (with as.list 
somewhat more efficient but the as.vector functions always duplicating).

-- 
Brian D. Ripley,                  ripley at stats.ox.ac.uk
Professor of Applied Statistics,  http://www.stats.ox.ac.uk/~ripley/
University of Oxford,             Tel:  +44 1865 272861 (self)
1 South Parks Road,                     +44 1865 272866 (PA)
Oxford OX1 3TG, UK                Fax:  +44 1865 272595



More information about the R-devel mailing list