Re: [Rd] memory problem

2005-05-03 Thread Wolfgang Huber
Prof Brian Ripley wrote: If you run R under a debugger such as gdb you will get much more useful information. You haven't even told us your OS: for UNIX-alikes using R -d gdb is the most common way. And R -d ddd (set the option "Run in separate execution window" before starting R) offers a n

RE: [Rd] memory problem

2005-05-03 Thread Jared.O'Connell
Sorry - I *was* using Windows. Rebooted in Linux and ran R -d gdb subsequently found and fixed problem in less than 5 minutes (runaway pointer). Lesson learned. Thanks, Jared -Original Message- From: Wolfgang Huber [mailto:[EMAIL PROTECTED] Sent: Tue 5/3/2005 6:54 PM To: Prof

[Rd] Bug #7829 reproducible example (rejected by bug tracker)

2005-05-03 Thread kwright
I submitted a bug report (#7829) that is in the bug tracking system, but bounced off the email list for some reason. Since then, I've come up with a reproducible example: Oats <- Oats[-1,] Oats$nitro <- as.factor(Oats$nitro) Oats.aov <- aov(yield~Block+Variety+nitro+Variety:nitro,data=Oats) mode

[Rd] MacOS X: update.packages(type="mac.binary") fails (PR#7831)

2005-05-03 Thread jari . oksanen
Full_Name: Jari Oksanen Version: R 2.1.0 OS: MacOS 10.3.9 Submission from: (NULL) (130.231.102.145) For various reasons (which need not be expanded here) I have tried to update my long neglected R in MacOS X using handy command line tool update.packages() using readily available binaries of contr

Re: [Rd] MacOS X: update.packages(type="mac.binary") fails (PR#7831)

2005-05-03 Thread ripley
Binary installs are AFAIK only supported in the GUI, where the default is as documented. So .install.macbinary() is not loaded except in the GUI. The reason is that those binaries are tied to that particular build of R, and will not work with a general build on MacOS X. I would expect this to wo

[Rd] R2HTML bug? shell bug? (PR#7832)

2005-05-03 Thread jjgoye
Full_Name: Juan José Goyeneche Version: 2.0.1 OS: debian Submission from: (NULL) (164.73.246.102) When I call the R2HTML library I get (most of the time) the following message. > library("R2HTML") sh: line 1: -oq: command not found In any case, the R2HTML functions seem to be working fine aft

Re: [Rd] MacOS X: update.packages(type="mac.binary") fails (PR#7831)

2005-05-03 Thread Prof Brian Ripley
On Tue, 3 May 2005 [EMAIL PROTECTED] wrote: Binary installs are AFAIK only supported in the GUI, where the default is as documented. A bit more checking show that the documented default is "source" except under the CRAN Mac OS X build and the default is taken from .Platform$pkgType which is

[Rd] Cost of method dispatching: was: when can we expect Prof Tierney's compiled R?

2005-05-03 Thread Vadim Ogranovich
> -Original Message- > From: Prof Brian Ripley [mailto:[EMAIL PROTECTED] > Sent: Wednesday, April 27, 2005 1:13 AM > To: Vadim Ogranovich > Cc: Luke Tierney; r-devel@stat.math.ethz.ch > Subject: Re: [Rd] RE: [R] when can we expect Prof Tierney's > compiled R? > > On Tue, 26 Apr 2005,

Re: [Rd] MacOS X: update.packages(type="mac.binary") fails (PR#7834)

2005-05-03 Thread jarioksa
Dear Mr Moderator, please let me through. I want to reply to my own thread. I once subscribed to this list, but then my subscription was not accepted. Now to the business: The final failure came from missing .install.macbinary() function. I grepped R-patched sourcesand the only instance of .insta