[Rd] callNextMethod()

ature from within the new method definition? Regards, John Marsland __ R-devel@stat.math.ethz.ch mailing list https://stat.ethz.ch/mailman/listinfo/r-devel

[Rd] callNextMethod()

ature from within the new method definition? Regards, John Marsland __ R-devel@stat.math.ethz.ch mailing list https://stat.ethz.ch/mailman/listinfo/r-devel

Re: [Rd] compiling and making R-2.0.1 for windows XP

On Friday, January 28, 2005, at 03:42PM, Duncan Murdoch <[EMAIL PROTECTED]> wrote: >On Fri, 28 Jan 2005 15:37:41 + (GMT), Prof Brian Ripley ><[EMAIL PROTECTED]> wrote : > >>On Fri, 28 Jan 2005, Uwe Ligges wrote: >> >>> John Marsland wrote: >>

[Rd] compiling and making R-2.0.1 for windows XP

I am having no luck compiling R-2.0.1 on a Windows XP platform. I have not had these problems when compliling previous versions of R. I've installed all the recommended software and tools. But I cannot get round this error message: make make[1]: `Rpwd.exe' is up to date. make -f Makefile.docfil

[Rd] seq.POSIXt() bug not fixed in R 1.8.1 (PR#4558)

I am still experiencing problems with seq.POSIXt() missing off the last day of the series: > seq(as.POSIXct("2004-03-25"),as.POSIXct("2004-03-31"),by="DSTdays") [1] "2004-03-25 GMT Standard Time" "2004-03-26 GMT Standard Time" "2004-03-27 GMT Standard Time" [4] "2004-03-28 GMT Standard Time" "2004

[Rd] R1.8.0 : seq.POSIXt() problems (PR#4558)

I'm having problems with seq.POSIXt() under R 1.8.0 (Windows NT4). Essentially the last date in my sequence is lost depending on whether the sequence spans a daylight saving time change. This seems to apply regardless as to whether one uses by="DSTdays" or by="days". Try the following lines of