Re: [Rd] R-3.2.4 Mac/Linux different in < on characters

2016-03-11 Thread David Winsemius
> On Mar 11, 2016, at 6:52 PM, Mick Jordan wrote: > > Linux: > > x<-c("0","1");y<-c("a","-1"); x [1] TRUE TRUE > > Mac: > > x<-c("0","1");y<-c("a","-1"); x [1] TRUE FALSE > On a Mac (and noting the the documentation [somewhere that I cannot find right now] warns us the the collation sequen

Re: [Rd] R-3.2.4 Mac/Linux different in < on characters

2016-03-11 Thread Mick Jordan
On 3/11/16 6:52 PM, Mick Jordan wrote: Linux: > x<-c("0","1");y<-c("a","-1"); xIn Java,FWIW, I get the Mac answer if I use String.compareTo and the Linux answer if I use Collator.compareTo, but the result is consistent on Mac and Linux. So this is probably related to the fact that the Linux s

[Rd] R-3.2.4 Mac/Linux different in < on characters

2016-03-11 Thread Mick Jordan
Linux: > x<-c("0","1");y<-c("a","-1"); xIn Java,FWIW, I get the Mac answer if I use String.compareTo and the Linux answer if I use Collator.compareTo, but the result is consistent on Mac and Linux. Mick Jordan __ R-devel@r-project.org mailing list h

[Rd] Regression in strptime

2016-03-11 Thread Mick Jordan
This is definitely obscure but we had a unit test that called .Internal(strptime, "1942/01/01", %Y/%m/%d") with timezone (TZ) set to CET. In R-3.1.3 that returned "1942-01-01 CEST" which, paradoxically, is correct as they evidently did strange things in Germany during the war period. Java also