similar to: Behaviour of library() in R-devel

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

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

What exactly is strange, apart from posting a question as a bug report? Please do read the R FAQ and don't misuse R-bugs to ask questions. Hint: you most likely specified a non-existent time. When did your locale switch to DST in 1993? I don't know, of course (you haven't told us your locale) but I bet it was that day. That means the time you specified does not exist if your locale

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

Filing on R-bugs (DTL's reply started a new PR). -- Brian D. Ripley, ripley@stats.ox.ac.uk Professor of Applied Statistics, http://www.stats.ox.ac.uk/~ripley/ University of Oxford, Tel: +44 1865 272861 (self) 1 South Parks Road, +44 1865 272866 (PA) Oxford OX1 3TG, UK Fax: +44 1865 272595 ---------- Forwarded message

This is not a bug. There is no way one can scale the plot axes equally when no indication has been given of the scaling expected for either! It has always seemd to be that plot(x=1, y=1) shoul dnot work: it has not supplied enough information! On Thu, 8 Nov 2001 pflugshaupt@geobot.umnw.ethz.ch wrote: > I found the following in eqscplot, library MASS: > > > When given just one

> Subject: Re: [Rd] options(keep.source = TRUE) -- also for "library(.)" ? > From: Peter Dalgaard BSA <p.dalgaard@biostat.ku.dk> > Date: 27 Apr 2000 14:37:01 +0200 > > Martin Maechler <maechler@stat.math.ethz.ch> writes: > > > Can we [those of us who know how sys.source() works...] > > think of changing this? As it was possible for the base

On Thu, 11 Jan 2001 stephen@anc.ed.ac.uk wrote: > Hi, > > The help file for strptime has the following code which doesn't work > for me: > > ## read in date info in format `ddmmmyyyy' > x <- c("1jan1960", "2jan1960", "31mar1960", "30jul1960") > z <- strptime(x, "%d%b%Y") > > z > [1]

Versions of the V&R libraries, VR_5.3pl025-1.tar.gz, and of tree_0.2-2.tar.gz (giving most of the functionality of S's tree system including all that I have ever used) are now available on CRAN's Vienna node, and will propagate. There is an early draft of an R user's complements on Venables & Ripley available from http://www.stats.ox.ac.uk/pub/MASS2/Compl.shtml This is

Versions of the V&R libraries, VR_5.3pl025-1.tar.gz, and of tree_0.2-2.tar.gz (giving most of the functionality of S's tree system including all that I have ever used) are now available on CRAN's Vienna node, and will propagate. There is an early draft of an R user's complements on Venables & Ripley available from http://www.stats.ox.ac.uk/pub/MASS2/Compl.shtml This is

Our current intention is to no longer include Rversion.h from R.h as from R 1.6.0 (which is months away). Package maintainers when revising code might like to check if they actually use Rversion.h, and if so include it explicitly. I did a quick grep through the CRAN packages, and in all but one case (mda) the test is for R < 1.2.0, so it may be simplest just to tidy up and add `Depends: R

I have put at http://www.stats.ox.ac.uk/pub/R/win32/makehelp.zip a file with instructions and the tools I used to make help for libraries for Guido's gnuwin32 version of R-0.63.0. There are also instructions for making libraries without remaking R itself. Brian -- Brian D. Ripley, ripley at stats.ox.ac.uk Professor of Applied Statistics,

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

The copyrights on the distributed header files and export files R.exp have been changed to the more permissive LGPL. It came to our attention that some projects are interpreting GPL to mean that compiling against the header files or linking against a Windows import library brings the compiled code under the scope of GPL. This would mean it would be impossible to distribute binary versions of

These are now at CRAN (at least in Vienna). Please note that VR_5.3pl030-1.tar.gz really does need 0.63: there are problems with 0.62.x and 0.63 reading .rda files written by the other. The earlier VR_5.3pl027-1.tar.gz for 0.62.3/4 remains on CRAN in directory Old/0.62. tree_0.3-1 adds tree.screens and tile.tree (needs 0.63), and support for formulae like use ~ . - estperf - names. -- Brian

These are now at CRAN (at least in Vienna). Please note that VR_5.3pl030-1.tar.gz really does need 0.63: there are problems with 0.62.x and 0.63 reading .rda files written by the other. The earlier VR_5.3pl027-1.tar.gz for 0.62.3/4 remains on CRAN in directory Old/0.62. tree_0.3-1 adds tree.screens and tile.tree (needs 0.63), and support for formulae like use ~ . - estperf - names. -- Brian

On Wed, 14 Aug 2002, Henrik Bengtsson wrote: > Sorry, but it was indeed the redirection of the standard output in > Cygwin/bash that cause the first problem, not R (I should stop doing > troubleshooting at 1:00 AM). So please forget about the problems reported in > R_CMD_check.out. However, it would still be nice if you still update R CMD > check to do join with "\n".

Sorry, I was commenting on the previous windows version (version file says 0.5a) (the first one which ran under RW.1.0.0) I have Win NT 4.0 Service pack 5 and R is > version _ platform Windows arch x86 os Win32 system x86, Win32 status major 1 minor 0.0 year 2000 month February day 29 language R > -----Original Message----- > From: Prof Brian