search for: roycastle

Dear all, in using bug.report() on NT, I noticed what I find is an unusual default behaviour; namely that R stays frozen until the report is completed. Here's how to change it, and below, a question as to how others feel. > -----Original Message----- > From: Guido Masarotto [mailto:guido at hal.stat.unipd.it] [snip] > In the actual Windows implementation of bug.report, R waits

Under NT 4.0, using Version 0.63.2 Beta (Jan 12, 1999): Not sure if this is a bug or a feature (forcing me to program less clumsily) so I'll report it here rather than to bugs. With a medium size data set (1700 observations,70 explanatory variables) and plenty of memory, specifically > gc() free total Ncells 886738 1000000 Vcells 7912909 8388608 I get a fatal error when

I really don't think this is an R bug; sorry if I've got it wrong twice within a week. Using rw0632 on NT 4.0, I can get R running quite happily under ESS 5.1.3. However, whenever I use help(), although I do get the required help in a split screen, I also get the minibuffer error message: wrong argument type: processp, nil Note: I get this under ESS 5.0 as well. I could live with this,

In Rgui (rw0641) the dialog boxes opened by Help->R(standard interface) and Help->Apropos have to be closed by actually clicking on OK, rather than by hitting return. (Once I'm at the keyboard typing in the search term, return is more natural than going back to the mouse. But maybe I'm just old-fashioned.) Is it OK to mention two bugs in one report? After using

I hesitate to report this one because it is very likely system dependent, and I have very little faith in my browser. Still, it may point to something useful for someone to know. On NT4, after help.start() brings up the web interface just fine (despite the pessimistic warning on the terminal; is that still necessary?), I can do apparaently anything in the help system, except search. If I'm

...et matrices From: Peter Dalgaard BSA <p.dalgaard@biostat.ku.dk> Date: 02 Mar 1999 16:59:48 +0100 * PR# 133 * Subject: Re: system From: Peter Dalgaard BSA <p.dalgaard@biostat.ku.dk> Date: 04 Mar 1999 11:33:21 +0100 * PR# 135 * Subject: summary() of lm() problem From: Simon Fear <fears@roycastle.liv.ac.uk> Date: Tue, 9 Mar 1999 13:18:37 -0000 --lm (?) AND Windows problem; Win solved for 0.63.3 * PR# 139 * Subject: : for factors From: Andreas Weingessel <Andreas.Weingessel@ci.tuwien.ac.at> Date: Thu, 11 Mar 1999 09:30:04 +0100 * PR# 144 * Subject: glm throws erroneous(?)'name...

...fixed * PR# 101 * Subject: Re: [R] Re: R-0.63.2 for Windows - some comments From: Guido Masarotto <guido@hal.stat.unipd.it> Date: Fri, 22 Jan 1999 12:40:26 +0100 --This is really about fixed buffer sizes in printutils.c * PR# 135 * Subject: summary() of lm() problem From: Simon Fear <fears@roycastle.liv.ac.uk> Date: Tue, 9 Mar 1999 13:18:37 -0000 --lm (?) AND Windows problem; Win solved (fudged) for 0.63.3 -- --Another low-level buffer-size problem * PR# 185 * Subject: Re: [R] R_problem_buf in the S.h files & lists in .C From: Peter Dalgaard BSA <p.dalgaard@biostat.ku.dk> Date:...

...fixed * PR# 101 * Subject: Re: [R] Re: R-0.63.2 for Windows - some comments From: Guido Masarotto <guido@hal.stat.unipd.it> Date: Fri, 22 Jan 1999 12:40:26 +0100 --This is really about fixed buffer sizes in printutils.c * PR# 135 * Subject: summary() of lm() problem From: Simon Fear <fears@roycastle.liv.ac.uk> Date: Tue, 9 Mar 1999 13:18:37 -0000 --lm (?) AND Windows problem; Win solved (fudged) for 0.63.3 -- --Another low-level buffer-size problem * PR# 185 * Subject: Re: [R] R_problem_buf in the S.h files & lists in .C From: Peter Dalgaard BSA <p.dalgaard@biostat.ku.dk> Date:...

...fixed * PR# 101 * Subject: Re: [R] Re: R-0.63.2 for Windows - some comments From: Guido Masarotto <guido@hal.stat.unipd.it> Date: Fri, 22 Jan 1999 12:40:26 +0100 --This is really about fixed buffer sizes in printutils.c * PR# 135 * Subject: summary() of lm() problem From: Simon Fear <fears@roycastle.liv.ac.uk> Date: Tue, 9 Mar 1999 13:18:37 -0000 --lm (?) AND Windows problem; Win solved (fudged) for 0.63.3 -- --Another low-level buffer-size problem * PR# 185 * Subject: Re: [R] R_problem_buf in the S.h files & lists in .C From: Peter Dalgaard BSA <p.dalgaard@biostat.ku.dk> Date:...

...fixed * PR# 101 * Subject: Re: [R] Re: R-0.63.2 for Windows - some comments From: Guido Masarotto <guido@hal.stat.unipd.it> Date: Fri, 22 Jan 1999 12:40:26 +0100 --This is really about fixed buffer sizes in printutils.c * PR# 135 * Subject: summary() of lm() problem From: Simon Fear <fears@roycastle.liv.ac.uk> Date: Tue, 9 Mar 1999 13:18:37 -0000 --lm (?) AND Windows problem; Win solved (fudged) for 0.63.3 -- --Another low-level buffer-size problem * PR# 185 * Subject: Re: [R] R_problem_buf in the S.h files & lists in .C From: Peter Dalgaard BSA <p.dalgaard@biostat.ku.dk> Date:...

...fixed * PR# 101 * Subject: Re: [R] Re: R-0.63.2 for Windows - some comments From: Guido Masarotto <guido@hal.stat.unipd.it> Date: Fri, 22 Jan 1999 12:40:26 +0100 --This is really about fixed buffer sizes in printutils.c * PR# 135 * Subject: summary() of lm() problem From: Simon Fear <fears@roycastle.liv.ac.uk> Date: Tue, 9 Mar 1999 13:18:37 -0000 --lm (?) AND Windows problem; Win solved (fudged) for 0.63.3 -- --Another low-level buffer-size problem * PR# 197 * Subject: glm crash From: Cor en Aylin <Cor.Berrevoets@gironet.nl> Date: Fri, 21 May 1999 19:44:23 +0200 --Obscure report. Ca...

Debuggers, I wrote to r-help about this and was appropriately told off by Peter Dalgaard. I append that mail in case you have not seen it. Following Peter's advice I have attempted to simplify the problem. First note that the following does *not* fail (by which I mean crash, as in generate a memory access violation): > tmp<-matrix(c(1,0,0,1,1,1),2,3) >

...fixed * PR# 101 * Subject: Re: [R] Re: R-0.63.2 for Windows - some comments From: Guido Masarotto <guido@hal.stat.unipd.it> Date: Fri, 22 Jan 1999 12:40:26 +0100 --This is really about fixed buffer sizes in printutils.c * PR# 135 * Subject: summary() of lm() problem From: Simon Fear <fears@roycastle.liv.ac.uk> Date: Tue, 9 Mar 1999 13:18:37 -0000 --lm (?) AND Windows problem; Win solved (fudged) for 0.63.3 -- --Another low-level buffer-size problem * PR# 197 * Subject: glm crash From: Cor en Aylin <Cor.Berrevoets@gironet.nl> Date: Fri, 21 May 1999 19:44:23 +0200 --Obscure report. Ca...

...fixed * PR# 101 * Subject: Re: [R] Re: R-0.63.2 for Windows - some comments From: Guido Masarotto <guido@hal.stat.unipd.it> Date: Fri, 22 Jan 1999 12:40:26 +0100 --This is really about fixed buffer sizes in printutils.c * PR# 135 * Subject: summary() of lm() problem From: Simon Fear <fears@roycastle.liv.ac.uk> Date: Tue, 9 Mar 1999 13:18:37 -0000 --lm (?) AND Windows problem; Win solved (fudged) for 0.63.3 -- --Another low-level buffer-size problem * PR# 180 * Subject: nlm on a function in the Math group From: Douglas Bates <bates@stat.wisc.edu> Date: Thu, 29 Apr 1999 17:11:00 -0500...

Having just upgraded to 063.3 reminds me of a wish I have had for a long time. Could we not have libraries (sorry, packages) other than for the base distribution in a subdirectory [Rpath]/library/local/ or perhaps /library/packages. This tiny change would make administration so much simpler; I could move all the old packages into the new library in one fell swoop. Granted it's not hopelessly

I've seen a few recent references here to `passing the R CMD check'. Is this Unix/Linux only? (I'm presuming it's some kind of function reference check ... that would be really useful) Simon -.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.- r-help mailing list -- Read http://www.ci.tuwien.ac.at/~hornik/R/R-FAQ.html Send "info",

Windows users note: the rw-faq says |1.8) Can I use rw0xx with ESS and emacs? | |Yes. Some time soon versions of ESS (5.1.3 has a `somewhat rough' |prototype for rw0632) will come with support for this version of R. If |yours does not, edit essd-r.el to have | | (inferior-ess-start-args . "--ess")) | |and make sure you give the full path to Rterm.exe as the R executable.