similar to: error in make pkg-...

Sorry, spoke too quickly! The problem was caused by my editing the MkRules file with an editor that replaces tabs with spaces. Make evidently requires that all lines start with a tab (see http://www.delorie.com/djgpp/v2faq/faq22_17.html). Perhaps worth warning windoze users like myself of such perils in readme.packages or somewhere similar! Now I have a new problem, but it looks fixable.

On Fri, 3 May 2002 drew.tyre@csiro.au wrote: > Full_Name: Drew Tyre > Version: 1.4.0 > OS: Win 2000 > Submission from: (NULL) (140.253.74.225) > > > When creating a rather complex plot, the resulting figures 'shrink' when either > copied to the clipboard or saved as a metafile using the GUI menu. Also saving > as postscript or pdf causes the same problem, as

Hi all I know GLMMGibbs is still in beta but has anyone experienced (and solved ;-) this problem? I decided to look at the seeds example but I get a core dump on two intel linux boxes and also a sun workstation. All are running R1.3.0 but different hardware/OS's so I think I've done something wrong > library(GLMMGibbs) > data(seeds) > seeds$plate <- as.factor(1:21) >

Hi I seem to have a problem getting both a subscript and a % symbol on a label ylab=expression(S/S[MSY] (* plain(%) * )) or ylab=expression(S/S[MSY] (%) ) and many variants gives a syntax error ylab=paste(expression(S/S[MSY]), "(%)", sep="") yields the % symbol but no subscripts If I leave out the %, I get the

My apologies for he very short time before things close, but it's not my fault. If necessary get your hat in the ring by Friday and see to the niceties later, may I suggest. This is a vacancy in my group in Cleveland. The work is interesting and the challenges large. Bill Venables. ---------------------------------------------------------------------------- Division of Marine Research

While termplot is under discussion, here's another proposal. I'd like to change the default for partial.resid to TRUE, and for smooth to panel.smooth. I'd be surprised if those changes were to break existing code. John Maindonald email: john.maindonald at anu.edu.au phone : +61 2 (6125)3473 fax : +61 2(6125)5549 Centre for Mathematics & Its Applications, Room

Below. -- Bert On Tue, Apr 3, 2012 at 1:47 PM, Danielle Duncan <dlduncan2 at alaska.edu> wrote: > Thanks for the response, I should have clarified that the NOEL is the > smallest dose above which there is a statistically significant effect. > This is not a scientifically meaningful nor defensible definition as it is stochastic, depends on the test used, design, level chosen, etc.

I recently took "." off my PATH for security reasons and now find that R does not work in my home directory where the .Renviron file resides. The fix is simple. In the R shell startup section replace ". .Renviron" by ". ./.Renviron". The relevant section is: # Startup if ${USE_R_ENVIRON}; then # use the one in current dir, or default if [ -r .Renviron ] then .

lib.fixup My previous post mentions a problem encountered when calling ".Internal( lib.fixup..." in R1.5.0. I have since found a workaround. It's possible in R1.5.0 to set attributes of search path environments directly, like so: > env_ pos.to.env( 3) > attr( env, 'any.attr')_ 'any.value' > pos.to.env( 3) <environment: package:tcltk>

I have a comma delimited text file in which many columns of numbers are also quoted and have commas as well as decimals. I was surprised to find read.csv() didn't import this seamlessly, even after messing around with the colClasses argument. I did find a solution to convert the character strings after reading them in, but wonder if there isn't a better one I overlooked. test =

Does anyone have, or has anyone ever considered making, a version of 'termplot' that allows the user to specify that all plots should have the same y-limits? This seems a natural thing to ask for, as the plots share a y-scale. If you don't have the same y-axes you can easily misread the comparative contributions of the different components. Notes: the current version of termplot

Does anyone have, or has anyone ever considered making, a version of 'termplot' that allows the user to specify that all plots should have the same y-limits? This seems a natural thing to ask for, as the plots share a y-scale. If you don't have the same y-axes you can easily misread the comparative contributions of the different components. Notes: the current version of termplot

I see Peter has just announced the release of 1.0.0, on time, even here in Australia, in accordance with a timetable privately announced about 6 months ago. At that time it seemed optimistic to put it mildly. I am not a member of the core team, but as an ordinary user of R with a more privileged inside view than most I'd like to offer my personal congratulations and thanks. This is the

Brian, Thanks for doing this. As the primary author, could I have a desk copy, please? Bill Venables. Bill Venables, CMIS, CSIRO Marine Laboratories, PO Box 120, Cleveland, Qld. 4163 AUSTRALIA Phone: +61 7 3826 7251 Fax: +61 7 3826 7304 Mobile: +61 419 634 642 <mailto: Bill.Venables at csiro.au> http://www.cmis.csiro.au/bill.venables/ -----Original Message----- From: Brian

Dear group I use "restart" in part of my code, in a way that's not easily changed to "try". As I convert code from R1.5.0 to R1.6.1, I'm getting ugly messages; the help system says to contact r-devel, so here I am. This one's a bit complicated-- sorry! The context is inside a debugger (I have an R and S debugger that offers stand-alone code windows, line numbered

I seem to have unwittingly stirred up a hornets' nest here, so let me have one more say and leave it. Firstly, congratulations to Renaud Launcelot, who seems to have a better feel for wryness and irony in English than some of my native speaker colleagues. Of course R A Fisher is a seminal writer, indeed close to the founder of modern statistics and every aspiring statistician should read

I've noticed an increasing tendency for people to use '=' rather than the older '<-' symbol. When '=' became available as an assignment operator in S-PLUS in the late '90s my first reaction was to switch to it as well. Brian Ripley warned me that it was not a good idea. As usual he was right, but it took a couple of pretty serious finger-burning episodes

We noticed this bug in more complex code, but this succinctly describes the phenomenon. If you do not re-initialize a each time in the following loop, the final value only is assigned to all places when the loop is complete. > a <- b <- list() > for(i in 1:5) { + a$alpha <- i + b[[i]] <- a + } > unlist(b) alpha alpha alpha alpha alpha 5 5 5 5 5 If a is

Peter, There is a clear and simple bug in glm() that I have noticed in 0.64.2 (Windows and Unix) but may have been present in earlier versions. The function starts as follows: > glm function (formula, family = gaussian, data = list(), weights = NULL, subset = NULL, na.action = na.fail, start = NULL, offset = NULL, control = glm.control(...), model = TRUE, method =

Peter, I thought this one was noted and fixed, but I could be wrong. R : Copyright 1999, The R Development Core Team Version 0.63.3 (March 6, 1999) .... [Previously saved workspace restored] > tabulate(1:10, 5) Process R:1 segmentation fault at Sat Apr 3 17:48:34 1999 -- (The following contact details become official on 1 May 1999, but the email