[Rd] sum overflow (PR#1091)
Thu, 13 Sep 2001 15:19:32 +0100 (BST)
> It uses what you tell it to in general. Integers will be handled as
> integers, but as in C integer/numeric gives a numeric. Rather than
> learn rules, use typeof or storage.mode as in
> > typeof(1:1000)
>  "integer"
> to find out, or make explicit coercions (as.numeric) if you want to make
> assumptions about objects.
Well you saw where I was hit by unexpected integers. BTW did you notice
that integers in a<-1:1000 caused a problem in
sum(a*a) * sum(b*b)
and not in
crossprod(a,a) * crossprod(b,b)?
sum() preserved the integers as integers and crossprod() coerced them to
I don't think you can do any arithmetic at all unless you make some
assumptions. Are you saying I should do as.double(a) every time I do
anything with vectors in R???
As it now stands, R makes most things double, with some exceptions as you
give below. Why not eliminate the exceptions?
> At present you are only likely to get integers from m:n and similar
> seq() calls, and from unclass on a factor. But no one is saying that will
> not change in the future (and it did from S3 to S4).
> And you could
> always have a user who used as.integer explicitly.
Yes, that's fine.
r-devel mailing list -- Read http://www.ci.tuwien.ac.at/~hornik/R/R-FAQ.html
Send "info", "help", or "[un]subscribe"
(in the "body", not the subject !) To: email@example.com