[Rd] Re: [R] Several R vs S-Plus issues
Thomas Lumley
tlumley@u.washington.edu
Thu, 4 Oct 2001 11:31:52 -0700 (PDT)
On Thu, 4 Oct 2001, Duncan Murdoch wrote:
> On Thu, 4 Oct 2001 18:14:48 +0200, Kurt Hornik wrote in message
> <15292.35576.513722.492732@mithrandir.hornik.net>:
>
> >Agreed. As Peter said, subscripting by NA should give NA but R cannot
> >distinguish a string NA from the string NA.
>
> But it does make some sort of distinction, as my example contrasting
> "NA" with paste(NA) shows. In case you missed it:
>
> > is.na("NA")
> [1] TRUE
> > paste(NA)
> [1] "NA"
> > is.na(paste(NA))
> [1] FALSE
>
Yes. is.na() of a string is true if that string is actually a reference
to R_NaString. Parsing a literal "NA" will give R_NaString, as will
coercing NA from some other type. However, paste() doesn't check whether
it produces "NA". Neither does toupper()
> is.na(toupper("na"))
[1] FALSE
> toupper("na")
[1] "NA"
So we're partway there already, in fact. It looks like we basically
need to
1) stop the parser generating R_NaString from \"NA\"
2) Change PRINTNAME(R_NaString) to avoid ambiguity
-thomas
-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-
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: r-devel-request@stat.math.ethz.ch
_._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._