Re: [Rd] BOD causes error in 2.4.0

2006-08-11 Thread Martin Maechler
> "Gabor" == Gabor Grothendieck <[EMAIL PROTECTED]> > on Thu, 10 Aug 2006 11:34:48 -0400 writes: Gabor> Using "R version 2.4.0 Under development (unstable) Gabor> (2006-08-08 r38825)" on Windows XP and starting in a Gabor> fresh session we get an error if we type BOD. (The

[Rd] uniroot arguments (PR#9139)

2006-08-11 Thread trish
<> --please do not edit the information below-- Version: platform = i686-redhat-linux-gnu arch = i686 os = linux-gnu system = i686, linux-gnu status = major = 2 minor = 2.1 year = 2005 month = 12 day = 20 svn rev = 36812 language = R Locale: C Search Path: .GlobalEnv, package:m

[Rd] uniroot arguments (PR#9140)

2006-08-11 Thread trish
<> When invoking "uniroot" with any argument named "u", uniroot exits with error: "Error in f(lower, ...) : argument "u" is missing, with no default". This error occurs whether or not "u" determines the root. Giving "u" a default value results in garbage from uniroot. ## Define a function with

Re: [Rd] uniroot arguments (PR#9140)

2006-08-11 Thread Peter Dalgaard
[EMAIL PROTECTED] writes: > <> > > When invoking "uniroot" with any argument named "u", uniroot exits > with error: "Error in f(lower, ...) : argument "u" is missing, with no > default". This error occurs whether or not "u" determines the root. > > Giving "u" a default value results in garbage

Re: [Rd] uniroot arguments (PR#9140)

2006-08-11 Thread Prof Brian Ripley
You seem not to understand that 'u' matches 'upper' by the standard argument-matching rules. test<-function(x,u) (x-u)^3 debug(uniroot) uniroot(test,c(0,1), u=.75) Browse[1]> match.call() uniroot(f = test, interval = c(0, 1), upper = 0.75) Please learn to use R's debugging facilities (see `Writ

Re: [Rd] SystemRequirements (was DESCRIPTION and PACKAGES files )

2006-08-11 Thread Allen S. Rout
Martin Maechler <[EMAIL PROTECTED]> writes: > I think some R-core members would welcome a detailed proposal on how > 'SystemRequirements' should be formatted -- maybe even accompanied > by R code to parse it. That's a topic also quite well fit to be > discussed in "this theatre" .. Discussion f

[Rd] download.packages() ignores too recent packages

2006-08-11 Thread Herve Pages
Hi list, I don't know if it's a bug or a feature but I can't download a package that requires a more recent version of R than the one I'm currently using for the download: > rep <- "http://bioconductor.org/packages/1.9/bioc"; > download.packages("Biobase", destdir=".", repos=rep) Wa

[Rd] MiKTeX 2.5

2006-08-11 Thread apjaworski
As you may already know, the MiKTeX distribution just went through a major upgade: from 2.4 to 2.5 with some major changes in the configuration files and directory structure. SInce I routinely build new versions of R-patched and R-dvel from tarballs (this includes PDF documentation) I wnated to ch

Re: [Rd] MiKTeX 2.5

2006-08-11 Thread Duncan Murdoch
On 8/11/2006 8:01 PM, [EMAIL PROTECTED] wrote: > As you may already know, the MiKTeX distribution just went through a major > upgade: from 2.4 to 2.5 with some major changes in the configuration files > and directory structure. SInce I routinely build new versions of R-patched > and R-dvel from ta

[Rd] Small problem building a package containing .f90 source on Windows

2006-08-11 Thread Jeffrey Lewis
I am working on a package that includes some Fortran 90 source code, it builds and functions correctly, but I did run into a little problem when building the Windows version that I thought might of interest. In 'Writing R Extensions' (2.3.1, 01 Jun 2006), the authors note that .f90 code can be use