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
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
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!
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
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
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
>
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
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 (
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
"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
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
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
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
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 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" <[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
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
[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
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:
>>> >>>
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
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
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
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
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
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
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
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
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
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
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
>> "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 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
> 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
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 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
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
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
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
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
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 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
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
> 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
> 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' :
> "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
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
> 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
> 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
48 matches
Mail list logo
