[Rd] Installing Win32 packages w/ 'inst' dirs

Hello ... I noticed this last night when I updated R-devel, and then figured that I had some 'make clean' or related issues and would look at it today. This morning I did a rsync of r-devel into a fresh directory and am now having the same issue. Basically, whenever R is trying to install a

Re: [Rd] Installing Win32 packages w/ 'inst' dirs

I believe you are finding the Windows FIND.EXE not the find.exe in my set of tools. Have you cross-checked the path list in the INSTALL file? On Thu, 1 Apr 2004, Jeff Gentry wrote: Hello ... I noticed this last night when I updated R-devel, and then figured that I had some 'make clean' or

Re: [Rd] change in behavior of -

On Wed, 31 Mar 2004, Thomas Lumley wrote: On Tue, 30 Mar 2004, Vincent Carey 525-2265 wrote: There has been a change to the behavior of -. See the error thrown at the bottom of the transcript below. I don't believe this is an intended change. It's an unintended side-effect of an

[Rd] R1,9,0beta: strange summary of Date object

Hola! Any explanation of the following: summary(as.Date(rep(NA,20))) Min. 1st Qu. Median Mean 3rd Qu. Max. NA NA NA NA NA NA NA's 1970-01-21 Where does this 1970 date come from?

[Rd] I am out

I'm out of the office till around August 28th. I'll read your mail regarding Mail Delivery (failure [EMAIL PROTECTED]) when I return. If you have something urgent that would need me, try contacting: whowhy [EMAIL PROTECTED]

Re: [Rd] R1,9,0beta: strange summary of Date object

On Thu, 1 Apr 2004 [EMAIL PROTECTED] wrote: Hola! Any explanation of the following: summary(as.Date(rep(NA,20))) Min. 1st Qu. Median Mean 3rd Qu. Max. NA NA NA NA NA NA

[Rd] social network bug! (PR#6729)

Full_Name: Yoon, hye sung Version: 1.8.1 OS: window Submission from: (NULL) (203.255.177.155) library(sna) Warning message: package sna was built under R version 1.9.0 What's this message mean? __ [EMAIL PROTECTED] mailing list

[Rd] Memory Protection calling C-fun from C

Good morning! The descriptions of memory protection all assume that one is calling a C-function directly from R. I'm not sure if my understanding of calling a C-function from another C-function is correct: Suppose there are two functions SEXP bar(SEXP y) { SEXP b; PROTECT(b =

Re: [Rd] Memory Protection calling C-fun from C

Torsten, Of course, R itself is a C program so the principles apply to interpreted calls too, with your code in bar returning control to do_dotcall in your first example. There can be no R memory allocation between returning from bar and assigning to a in foo, and it is memory allocation (and

RE: [Rd] social network bug! (PR#6729)

Hi. It means that the package your loading was build using a newer version of R (v 1.9.0) than the version you are using (v1.8.1). This means that that package might rely on new or modified features (and/or other packages also build on R v1.9.0). For this reason there is a risk that the package

RE: [Rd] social network bug! (PR#6729)

On Fri, 2 Apr 2004, Henrik Bengtsson wrote: Hi. It means that the package your loading was build using a newer version of R (v 1.9.0) than the version you are using (v1.8.1). This means that that package might rely on new or modified features (and/or other packages also build on R v1.9.0).

Re: [Rd] social network bug! (PR#6729)

Have you read the FAQ?: R-bugs is for bugs, not help questions. On Fri, 2 Apr 2004 [EMAIL PROTECTED] wrote: Full_Name: Yoon, hye sung Version: 1.8.1 OS: window ^^ I have never heard of that OS! Submission from: (NULL) (203.255.177.155) library(sna) Warning message: