[Rd] strptime(): on Linux system it seems to call system time?

2010-03-20 Thread Alexander Peterhansl
[I am herewith re-posting this message on R-devel, as it seems to be the most appropriate mailing list for this issue.] Dear List, >From what I understand, strptime() simply converts from one class representation to another; i.e., from character to POSIXct/POSIXlt. One strange feature o

Re: [Rd] r cmd check in r 2.11 accessing internet

2010-03-20 Thread Uwe Ligges
On 20.03.2010 04:46, Gabor Grothendieck wrote: While performing an Rcmd check in R 2.11 (2010-03-14 r51276) on Windows Vista I noticed it was trying to access the internet during this phase: * checking Rd cross-references Is that supposed to happen? Well, even make check of R itself accesse

Re: [Rd] r cmd check in r 2.11 accessing internet

2010-03-20 Thread Gabor Grothendieck
I was checking the zoo package. I think I only noticed it because I had downloaded a new R 2.11 and the first time a program tries to access the internet my firewall gives a message. Actually the zoo-quickref vignette does download some stock data but this occurred during checking cross reference

Re: [Rd] strptime(): on Linux system it seems to call system time?

2010-03-20 Thread Peter Dalgaard
Alexander Peterhansl wrote: > [I am herewith re-posting this message on R-devel, as it seems to be the > most appropriate mailing list for this issue.] > > > > Dear List, > > > >>From what I understand, strptime() simply converts from one class > representation to another; i.e., from charac

Re: [Rd] list_files() memory corruption?

2010-03-20 Thread Alistair Gee
On Wed, Mar 17, 2010 at 10:59 AM, Alistair Gee wrote: > On Wed, Mar 17, 2010 at 9:42 AM, Seth Falcon wrote: >> >> Hmm, I see that you "grow" the vector containing filenames by calling >> lengthgets and doubling the length.  I don't see where you cleanup >> before returning -- seems likely you wil

Re: [Rd] list_files() memory corruption?

2010-03-20 Thread Seth Falcon
On 3/20/10 1:36 PM, Alistair Gee wrote: > I fixed my build problems. I also noticed that my patch wasn't > correct, so I have attached a new version. > > This fix still grows the vector by doubling it until it is big enough, > but the length is reset to the correct size at the end once it is > kno