[Rd] sort infelicity
pdalgd at gmail.com
Sun Jul 10 09:03:50 CEST 2011
On Jul 10, 2011, at 05:44 , Spencer Graves wrote:
> sort(c('A', 'b', 'C')) seems to produce different answers in R interactive than in "R CMD check", at least under both Fedora 13 and Windows 7 with Windows 7 sessionInfo() copied below:
> In interactive, the result is c('A', 'b', 'C'); with R CMD check, it is c('A', 'C', 'b'). This produced the infelicity of a bug in "R CMD check" that I could not replicate with interactive R because a *.Rd file contained the equivalent example of stopifnot(all.equal(sort(c('A', 'b', 'C')), c('A', 'b', 'C'))): It worked just fine interactively but failed R CMD check.
> Once I understood this problem, it was easy to fix. However, it was not easy to find, especially since I got the same problem under Fedora 13 Linux and Windows 7.
> This seems to be a sufficiently obscure anomaly that I thought someone might like to see it reported here.
Well, the problem is here:
>  LC_COLLATE=English_United States.1252
>  LC_CTYPE=English_United States.1252
>  LC_MONETARY=English_United States.1252
>  LC_NUMERIC=C
>  LC_TIME=English_United States.1252
All checks in R (unless we overlooked some) run with LC_COLLATE=C, because otherwise they give different results in different locales. One notorious example is that people expect that a file or an object called "zzz" comes out last in a sort, but Estonian sorts "z" between "s" and "t"...
Notice that your .Rd example would, for the same reason, break for people with different locale settings.
Center for Statistics, Copenhagen Business School
Solbjerg Plads 3, 2000 Frederiksberg, Denmark
Email: pd.mes at cbs.dk Priv: PDalgd at gmail.com
More information about the R-devel