similar to: Re: (PR#7304) library.dynam() & .dynLibs() do not work as

Duncan, I don't know what we want, but it is not a simple matter of documenting what .dynLibs currently does. What I see as bugs are 1) the inconsistent names and types of the components returned by .dynLibs(). 2) the inconsistent inclusion or not of R_X11 in the list returned by .dynLibs(). 3) the inclusion of static info (base) by library.dynam(). 4) including loadable modules

nor in any sensible way we could document. In R 2.0.0 (and current R-patched and R-devel): > X11() > library.dynam() Filename Dynamic.Lookup base base FALSE stats /usr/local/lib/R/library/stats/libs/stats.so TRUE methods /usr/local/lib/R/library/methods/libs/methods.so

--d6Gm4EdcadzBjdND Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Prof Brian Ripley wrote: > nor in any sensible way we could document. >=20 > In R 2.0.0 (and current R-patched and R-devel): >=20 > > X11() > > library.dynam() > Filename Dynamic.Lookup >

Please do as we ask (repeatedly) and study the help page before posting. 'family' is a separate argument, not part of loess.control, as the help page correctly documents. If you use cars.lo2 <- loess(dist ~ speed, cars, family = "symmetric", control = loess.control(surface = "direct", iterations = 20)) cars.lo2$pars$iterations it prints *20*, as it is

(1) I do read the posting guide (the fact that I missread o missunderstood something does not imply not reading) (2) I could change NAs to 0 (I know) but I have previously (older versions of R and SQL*Plus) used the same select with the "right" output (namely with 0s). (3) AFAIK "strange" is not a negative remark and does not seem to me at the very least but that is always a

[I'm diverting this to R-devel, as I believe my questions are more appropriate for that.] > From: Prof Brian Ripley [snip] > Luke Tierney recommends removing the NAMESPACE file during > development of > a package if you need frequent access to debug/change its functions. But isn't that a bit troublesome if there is a shared object to be loaded in the NAMESPACE file? If I

I used the packaged "MinGW-2.0.0-3.exe" exactly as specified on http://www.stats.ox.ac.uk/pub/Rtools/ - in fact I used these recommendations throughout. According to the release notes MinGW version 2.0.0 contains the following list of packages: GCC-3.2-core-20020817-1 binutils-2.13-20020903-1 mingw-runtime-2.2 w32api-2.0 gdb-5.1.1-1 make-3.79.1-20010722 (binary renamed as mingw32-make)

>>>>> "BDR" == Prof Brian Ripley <ripley at stats.ox.ac.uk> >>>>> on Fri, 30 May 2008 22:34:28 +0100 (BST) writes: BDR> I think it is ESS that is parsing this as a help BDR> request (so it can divert it to an ESS buffer). BDR> Looks like this is an ESS issue, not an R one. yes, indeed, hence much more belonging the ESS-help

I am a little confused about the relationship between library.dynam and dyn.load >From the documentation: library.dynam(chname, Load the specified file of compiled code if it has not been loaded already, or unloads it. Where chname is a character string naming a shared library to load. and dyn.load(x, local = TRUE, now = TRUE) Load or unload shared libraries, and test whether a C function

On Wed, 5 Oct 2005 Hallgeir.Grinde at elkem.no wrote: > Yes. > so (x1*x2*x3*x4*x5*x6*x7*x8)^2 = (x1+x2+x3+x4+x5+x6+x7+x8)^8 ? Yes in the sense that the simplified formula given by terms() is the same. > and there is a difference in > (x1*x2*x3*x4*x5*x6*x7*x8)^2 > and > (x1*x2*x3*x4*x5*x6*x7*x8) > althoug the resulting formulas are the same, or? The first is reduced to the

... Moved from R-help ... Thank you for your suggestion, Professor Ripley. Postscript does seem like the way to go for printing line widths correctly in Windows. On Linux I am using a simple dev.print() wrapper (as suggested), with a pipe to lpr. However, I had an extremely difficult time getting postscript printing under windows. ?postscript recommends the RedMon suite of tools for printing

This does seem to fix my problem: > Sys.getenv("http_proxy") http_proxy "http://gproxy1.pfizer.com/" > url("http://cran.r-project.org/src/contrib/PACKAGES",'r') description "http://cran.r-project.org/src/contrib/PACKAGES" class

But %S is not valid in C99 or POSIX, even if it is a variant in some systems. I am working on a more careful checker right now, but there will be limits to what we can catch: this was already a pretty rare example. Brian On Fri, 14 Nov 2008, William Dunlap wrote: >> From: r-devel-bounces at r-project.org >> [mailto:r-devel-bounces at r-project.org] On Behalf Of Prof Brian Ripley

Thanks very much, Professor Ripley. Reid Huntsinger -----Original Message----- From: ripley at stats.ox.ac.uk [mailto:ripley at stats.ox.ac.uk] Sent: Tuesday, August 06, 2002 3:00 AM To: Huntsinger, Reid Cc: r-help at stat.math.ethz.ch Subject: Re: [R] pipe and binary i/o (on Linux) On Mon, 5 Aug 2002 ripley at stats.ox.ac.uk wrote: > pipe predates readBin, and no one has seen a

On Mon, 28 Aug 2000, Rashid Nassar wrote: > Dear Professor Ripley, > > Thank you very much for your kind explanation. If I may lamely say > something in my defence, even as I apologize for my error: I mistook the > sentence "the (quoted) name of a function" to mean "optionally quoted" > because of the parentheses surrounding "quoted", and was

This example is caused by R's messing with formula environments. That's explained in ?formula, but should it not be explained in ?model.frame ? Simple test: data <- data.frame(y=rnorm(100), x=1:100) testit <- function(formula) { weights <- runif(100) glm(formula, weights=weights, data=data) } testit(y ~ x) weights is looked for in the environment of the formula, not of

For the record. -----Original Message----- From: ripley@stats.ox.ac.uk [mailto:ripley@stats.ox.ac.uk] Sent: Tuesday, June 18, 2002 3:21 PM To: Warnes, Gregory R Cc: 'r-help@stat.math.ethz.ch' Subject: RE: [R] Problems with url/download and http_proxy The port is not supposed to be required, so rather than fix the docs can anyone fix the problem? On Tue, 18 Jun 2002, Warnes, Gregory R

First I tried 'setenv R_SHELL /usr/local/bin/bash', as bash is the weapon of choice for the faculty wishing to use R, then ran ./configure as before. The ./configure output line using as R_SHELL for scripts ... /usr/local/bin/bash would seem to indicate that the R_SHELL environment variable was recognized and acknowledged. However, I got the same build error: gnumake[2]: Entering

Thank you for your reply. I am aware of the good reasons not to use the deviance estimate in binomial, Poisson, and gamma families. However, for the inverse Gaussian, the choice seems to me less clear cut. So I just wanted to compare two different options. I have used the dispersion parameter to compute the standardized deviance residuals: summary(model.gamma)$deviance.resid

rterm --ess --save works fine under both openssh and under putty SSH clients. Thanks! --- Prof Brian Ripley <ripley at stats.ox.ac.uk> wrote: > Date: Fri, 22 Aug 2003 19:41:35 +0100 (BST) > From: Prof Brian Ripley <ripley at stats.ox.ac.uk> > To: Bruce Moore <bwmoore22 at yahoo.com> > CC: r-help at stat.math.ethz.ch > Subject: Re: [R] Problem running RTERM via