> On 8/29/2006 4:13 PM, Paul Gilbert wrote:
>>
>> Duncan Murdoch wrote:
[...]
>
> This doesn't address the problem of someone who hasn't got the package
> installed yet, though perhaps CRAN could put a version of that man page
> (or all of them) online for browsing. Unfortunately this hasn't
> h
> Duncan Murdoch <[EMAIL PROTECTED]> writes:
>> I think we need an option to R CMD check rather than a new field in the
>> DESCRIPTION. Currently a package could be mentioned for any of these
>> reasons:
>>
>> 1. To make functions, examples or vignettes work
>> 2. To allow optional functionality
I think you fail to understand the floating point arithmetic involved. The
smallest floating point number that can be represented to full precision
is
> .Machine$double.xmin
[1] 2.225074e-308
and
> pgamma(.Machine$double.xmin, 0.001, rate=0.01)
[1] 0.4904533
Your distribution is so extreme th
> "FrL" == friedrich leisch <[EMAIL PROTECTED]>
> on Wed, 30 Aug 2006 09:34:13 +0200 (MEST) writes:
>> Duncan Murdoch <[EMAIL PROTECTED]> writes:
>>> I think we need an option to R CMD check rather than a new field in the
>>> DESCRIPTION. Currently a package could be menti
> Duncan Murdoch writes:
> On 8/29/2006 10:12 AM, Martin Maechler wrote:
>>> "PaulG" == Paul Gilbert <[EMAIL PROTECTED]>
>>> on Tue, 29 Aug 2006 09:55:09 -0400 writes:
>>
PaulG> Martin Maechler wrote:
>> >> ...
>> >>
>> >> The idea was a field related to but weaker than 'Suggests' :
> Martin Maechler writes:
> "FrL" == friedrich leisch <[EMAIL PROTECTED]>
> on Wed, 30 Aug 2006 09:34:13 +0200 (MEST) writes:
>>> Duncan Murdoch <[EMAIL PROTECTED]> writes:
I think we need an option to R CMD check rather than a new field in the
DESCRIPTION. Currently a
Prof Brian Ripley wrote:
> No one else seems to have responded to this.
>
> Please see `Writing R Extensions' for how to time things in R.
>
>
Thank you very much for the pointer to system.time(), although I read
most of 'Writing R Extensions', I must have overlooked this (very
useful) part. N
On Wed, 30 Aug 2006, Martin Becker wrote:
> Prof Brian Ripley wrote:
> > No one else seems to have responded to this.
> >
> > Please see `Writing R Extensions' for how to time things in R.
> >
> Thank you very much for the pointer to system.time(), although I read most of
> 'Writing R Extension
On 8/30/2006 3:21 AM, [EMAIL PROTECTED] wrote:
>> On 8/29/2006 4:13 PM, Paul Gilbert wrote:
>>> Duncan Murdoch wrote:
>
> [...]
>
>> This doesn't address the problem of someone who hasn't got the package
>> installed yet, though perhaps CRAN could put a version of that man page
>> (or all of them
On 8/30/2006 6:33 AM, Prof Brian Ripley wrote:
> On Wed, 30 Aug 2006, Martin Becker wrote:
>
>> Prof Brian Ripley wrote:
>>> No one else seems to have responded to this.
>>>
>>> Please see `Writing R Extensions' for how to time things in R.
>>>
>> Thank you very much for the pointer to system.t
Full_Name: Mark James Kelly
Version: 2.3.1
OS: Windows
Submission from: (NULL) (193.63.127.224)
Sequence produces slightly inaccurate results.
#This (supposedely) creates a sequence 0.060,0.065,0.070.0.30
thingnor=(seq(0.06,0.30,by=0.005))
#This does the same but rounds to three decimals
t
Prof Brian Ripley schrieb:
>> The standard method for simulating final, minimal and maximal values of
>> Brownian Motion relies on a (discrete) n-step random walk approximation,
>> where
>> n has to be chosen very large (typically n=100 000) to keep the bias induced
>> by the approximation "small
Duncan Murdoch schrieb:
>
> McLeish published algorithms to simulate these directly in a recent
> issue of CJS. I don't have the reference handy, but I think it's 2004
> or 2005.
>
> Duncan Murdoch
Thank you for this reference, I think it is the 2002 article "*Highs and
lows: Some properties of
On Wed, 30 Aug 2006 [EMAIL PROTECTED] wrote:
> Full_Name: Mark James Kelly
> Version: 2.3.1
> OS: Windows
> Submission from: (NULL) (193.63.127.224)
>
>
> Sequence produces slightly inaccurate results.
Not a bug, but a FAQ (7.31):
http://cran.r-project.org/doc/FAQ/R-FAQ.html#Why-doesn_0027t-R
See the FAQ Q7.31: 0.07 is not exactly representable on your computer.
0.060 + 2*0.005 != 0.070 in computer arithmetic:
> options(digits=18)
> 0.060
[1] 0.06
> 0.070
[1] 0.070007
> 0.060+2*0.005
[1] 0.06999
> 0.06+2*0.005 -0.07
[1] -1.3877787807814457e-17
> .Machine$double
> On 8/30/2006 3:21 AM, [EMAIL PROTECTED] wrote:
>>> On 8/29/2006 4:13 PM, Paul Gilbert wrote:
Duncan Murdoch wrote:
>>
>> [...]
>>
>>> This doesn't address the problem of someone who hasn't got the package
>>> installed yet, though perhaps CRAN could put a version of that man page
>>> (or all
On 8/30/2006 7:44 AM, Martin Becker wrote:
> Duncan Murdoch schrieb:
>>
>> McLeish published algorithms to simulate these directly in a recent
>> issue of CJS. I don't have the reference handy, but I think it's 2004
>> or 2005.
>>
>> Duncan Murdoch
> Thank you for this reference, I think it is t
>> "FrL" == friedrich leisch <[EMAIL PROTECTED]>
>> on Wed, 30 Aug 2006 09:34:13 +0200 (MEST) writes:
>
> >> Duncan Murdoch <[EMAIL PROTECTED]> writes:
> >>> I think we need an option to R CMD check rather than a new field
> in the
> >>> DESCRIPTION. Currently a package cou
On 30 August 2006 at 14:04, [EMAIL PROTECTED] wrote:
| Debian has Depends/Recommends/Suggests and after 10 years of using Debian
| I would still have to got to the Debian guidelines to learn what the exact
| difference between the latter two is. There certainly is a distinction,
It's all defined
A revision of r-devel 2.4.0 is being committed today with changes to
method and class management.
The changes are internal but extensive. All packages that use S4
methods and classes need to be reinstalled from source to use the new
version.
The main effects are to speed up method caching and
Kurt Hornik <[EMAIL PROTECTED]> writes:
> An internal environment variable called
>
> _R_CHECK_FORCE_SUGGESTS_
>
> which controls this has been in place for quite some time now. One can
> trivially add a Perl R CMD check configure variable for it. I am a bit
> hesitant to add a --force-suggests
On 8/30/2006 4:44 AM, Martin Maechler wrote:
>> "FrL" == friedrich leisch <[EMAIL PROTECTED]>
>> on Wed, 30 Aug 2006 09:34:13 +0200 (MEST) writes:
>
> >> Duncan Murdoch <[EMAIL PROTECTED]> writes:
> >>> I think we need an option to R CMD check rather than a new field in
> the
Hi
I am having difficulty with setMethod(). I have a "brob" class of
objects whose
representation has two slots: "x" and "positive". Slot "x" (double)
holds the log
of a number and slot "positive" (logical) its sign. The idea is
that large numbers
can be handled.
I'm trying to implemen
Dirk Eddelbuettel <[EMAIL PROTECTED]> writes:
> Now, while we're at it, Debian also has a field called "Enhances:" and IIRC
> it provides a means to communicate a relationship 'the other way'. Ie a
> package foo, rather than being 'pulled in' by a package bar via a Depends,
> makes itself availabl
Full_Name: Patrick Lenon
Version: 2.3.1
OS: Solaris 10
Submission from: (NULL) (144.92.92.204)
During ./configure of R 2.3.1 (R-home directory of `/u/home/lenon/R/ru231/') I
got this feedback shown below.
configure: WARNING: floatingpoint.h: present but cannot be compiled
configure: WARNING: f
Hi,
The .checkRversion helper function is defined twice in
available.packages. I'm pretty sure one definition will suffice.
Untested patch below.
+ seth
diff --git a/src/library/utils/R/packages.R b/src/library/utils/R/packages.R
index 0b84f02..5184992 100644
--- a/src/library/utils/R/package
Hi Robin,
from reading ?Math:
Note: currently those members which are not primitive functions
must have been converted to S4 generic functions (preferably
_before_ setting an S4 group generic method) as it only sets
methods for known S4 generics. This can be done by a call to
This is a bug in your compiler installation, not one in R.
I notice you have a very old version of gcc, and that you have a system
header (stdio.h) in /usr/local/include.
It seems likely that you have a version of the mismatch problem discussed
in the R-admin manual:
@command{gcc} makes modif
Duncan Murdoch wrote:
> On 8/30/2006 4:44 AM, Martin Maechler wrote:
>>> "FrL" == friedrich leisch <[EMAIL PROTECTED]>
>>> on Wed, 30 Aug 2006 09:34:13 +0200 (MEST) writes:
>> >> Duncan Murdoch <[EMAIL PROTECTED]> writes:
>> >>> I think we need an option to R CMD check rather th
On 8/30/2006 12:28 PM, Paul Gilbert wrote:
> Duncan Murdoch wrote:
>> On 8/30/2006 4:44 AM, Martin Maechler wrote:
"FrL" == friedrich leisch <[EMAIL PROTECTED]>
on Wed, 30 Aug 2006 09:34:13 +0200 (MEST) writes:
>>> >> Duncan Murdoch <[EMAIL PROTECTED]> writes:
>>> >>>
[Cross-posting to BioC-devel to]
Thank you for this.
> The changes are internal but extensive. All packages that use S4
> methods and classes need to be reinstalled from source to use the new
> version.
Is there an easy way to detect if a package is using S4 or not? If
so, I could scan my alre
John Chambers wrote:
> A revision of r-devel 2.4.0 is being committed today with changes to
> method and class management.
>
> The changes are internal but extensive. All packages that use S4
> methods and classes need to be reinstalled from source to use the new
> version.
>
A footnote on t
"Henrik Bengtsson" <[EMAIL PROTECTED]> writes:
> [Cross-posting to BioC-devel to]
I'll answer here for now.
> Is there an easy way to detect if a package is using S4 or not? If
> so, I could scan my already installed libraries and call
> install.packages() on its S4 subset of packages. The alt
On Wed, 30 Aug 2006, Henrik Bengtsson wrote:
> [Cross-posting to BioC-devel to]
>
> Thank you for this.
>
> > The changes are internal but extensive. All packages that use S4
> > methods and classes need to be reinstalled from source to use the new
> > version.
>
> Is there an easy way to dete
Henrik Bengtsson wrote:
> [Cross-posting to BioC-devel to]
>
> Thank you for this.
>
>> The changes are internal but extensive. All packages that use S4
>> methods and classes need to be reinstalled from source to use the new
>> version.
>
> Is there an easy way to detect if a package is using S4
On 8/30/06, Prof Brian Ripley <[EMAIL PROTECTED]> wrote:
> On Wed, 30 Aug 2006, Henrik Bengtsson wrote:
>
> > [Cross-posting to BioC-devel to]
> >
> > Thank you for this.
> >
> > > The changes are internal but extensive. All packages that use S4
> > > methods and classes need to be reinstalled fro
On 8/30/2006 1:35 PM, John Chambers wrote:
> Henrik Bengtsson wrote:
>> [Cross-posting to BioC-devel to]
>>
>> Thank you for this.
>>
>>> The changes are internal but extensive. All packages that use S4
>>> methods and classes need to be reinstalled from source to use the new
>>> version.
>>
>> Is
Duncan Murdoch wrote:
> On 8/30/2006 12:28 PM, Paul Gilbert wrote:
>> Duncan Murdoch wrote:
>>> On 8/30/2006 4:44 AM, Martin Maechler wrote:
> "FrL" == friedrich leisch <[EMAIL PROTECTED]>
> on Wed, 30 Aug 2006 09:34:13 +0200 (MEST) writes:
>> Duncan Murdoch <[EMAIL P
"Henrik Bengtsson" <[EMAIL PROTECTED]> writes:
> I think it's more complicated than this. First of all, is it
> mandatory for a package to be explicit about 'methods'? Second, there
> are many packages that imports 'methods' implicitly via dependency of
> other S4 packages, .e.g see many Biocondu
First, I compliment you all
for such a useful project as R.
Suggestion: If read.table() could
take input from a character string,
then one could write
raw=
" x y z
1 2 3
4 5 6
"
df = read.table(raw,head=TRUE)
Of course, one can
cat() to write raw into a
temporary file,
and read
On 8/30/2006 2:13 PM, Paul Gilbert wrote:
>
> Duncan Murdoch wrote:
>> On 8/30/2006 12:28 PM, Paul Gilbert wrote:
>>> Duncan Murdoch wrote:
On 8/30/2006 4:44 AM, Martin Maechler wrote:
>> "FrL" == friedrich leisch <[EMAIL PROTECTED]>
>> on Wed, 30 Aug 2006 09:34:13 +0200 (
On Wed, 30 Aug 2006, [EMAIL PROTECTED] wrote:
> First, I compliment you all
> for such a useful project as R.
>
> Suggestion: If read.table() could
> take input from a character string,
> then one could write
>
> raw=
> " x y z
>1 2 3
>4 5 6
> "
> df = read.table(raw,head=TRUE
Try this:
> raw=
+ " x y z
+ 1 2 3
+ 4 5 6
+ "
> read.table(textConnection(raw), header = TRUE)
x y z
1 1 2 3
2 4 5 6
On 8/30/06, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
> First, I compliment you all
> for such a useful project as R.
>
> Suggestion: If read.table() could
>
Hi Giles,
x = "x y z\n1 2 3\n4 5 6"
res = read.table(textConnection(x), header=TRUE)
will do. See also http://cran.r-project.org/doc/manuals/R-data.html
Best wishes
Wolfgang Huber
EMBL-EBI, Cambridge UK
[EMAIL PROTECTED] wrote:
> First, I compliment you all
> for such a useful project a
Hello!
In Writing R Extensions manual, section "Testing R code"[1] says:
"be careful to check if make test-Specific or particularly, cd tests;
make no-segfault.Rout"
Actually, make test-Specific also needs "cd tests;" in front.
[1]http://cran.r-project.org/doc/manuals/R-exts.html#Testing-R-code
Hello!
I have already reported on this behaviour at [1] and now I have checked
the same example on r-devel and the problem is still there. Thomas
Lumley inidicated problem [2]. Example:
n <- 50
x <- runif(n=n)
y1 <- 2 * x + rnorm(n=n)
y2 <- 5 * x + rnorm(n=n)
y2[sample(1:n, size=5)] <- NA
y <- c
Hello!
I have noticed that mapply() drops names in R 2.3.1 as well as in
r-devel. Here is a simple example:
l <- list(a=1, b=2)
k <- list(1)
mapply(FUN="+", l, k)
[1] 2 3
mapply(FUN="+", l, k, SIMPLIFY=FALSE)
[[1]]
[1] 2
[[2]]
[1] 3
Help page does not indicate that this should happen. Argument
Gregor:
Works for me on 2.3.0:
> mapply(function(x,y,z) paste(y,z), letters,as.list(LETTERS),as.list(1:26))[
> 1:5 ]
a b c d e
"A 1" "B 2" "C 3" "D 4" "E 5"
> mapply(function(x,y,z) paste(x,y,z), letters,as.list(LETTERS),as.list(1:26))[
> 1:5 ]
a b c
48 matches
Mail list logo