On 02/02/2010 02:12 PM, bull...@stat.berkeley.edu wrote:
>
> Hi, I recently ran into this problem. I couldn't find any mention of it in
> the setClass documentation.
>
> setClass("Foo", representation(file = "character"))
> setMethod("initialize", "Foo", function(.Object, file) {
> print(file)
On Tue, 2 Feb 2010 23:05:35 +0100,
Kurt Hornik wrote:
>> Sebastian P Luque writes:
>> Hi, Doing 'R CMD check diveMove' is now throwing this message:
> Which version of diveMove is this?
It's a development version (0.9.7) at R-Forge. The one showing this
warning hasn't been built yet by the
Hi, I recently ran into this problem. I couldn't find any mention of it in
the setClass documentation.
setClass("Foo", representation(file = "character"))
setMethod("initialize", "Foo", function(.Object, file) {
print(file)
})
setClass("Bar", contains = "Foo")
And the error:
Error in print(fi
> Sebastian P Luque writes:
> Hi,
> Doing 'R CMD check diveMove' is now throwing this message:
Which version of diveMove is this?
-k
> Data codoc mismatches from documentation object 'sealLocs':
> Variables in data frame 'sealLocs'
> Code: id.time.class.lon.lat
> Docs: class id lat lon
Hi,
Doing 'R CMD check diveMove' is now throwing this message:
Data codoc mismatches from documentation object 'sealLocs':
Variables in data frame 'sealLocs'
Code: id.time.class.lon.lat
Docs: class id lat lon time
with:
R> sessionInfo()
R version 2.10.1 (2009-12-14)
x86_64-pc-linux-gnu
l
Hi,
Having
foo <- function(x, y, z) {TRUE}
in my code and
foo(x, y=NULL, z=0)
in the \usage section of my man page will trigger the
following warning during R CMD check:
* checking for code/documentation mismatches ... WARNING
Codoc mismatches from documentation object 'foo':
foo
Code:
mmm maybe lost somewhere
cheers
- Forwarded message from Luca Braglia -
Subject: [wishlist] \href in Rd
Date: Wed, 27 Jan 2010 16:40:54 +0100
From: Luca Braglia
To: R Bug
User-Agent: Mutt/1.5.20 (2009-06-14)
Following this thread
https://stat.ethz.ch/pipermail/r-help/2010-January/22
mmm maybe lost somewhere
cheers
- Forwarded message from Luca Braglia -
Subject: [wishlist] \href in Rd
Date: Wed, 27 Jan 2010 16:40:54 +0100
From: Luca Braglia
To: R Bug
User-Agent: Mutt/1.5.20 (2009-06-14)
Following this thread
https://stat.ethz.ch/pipermail/r-help/2010-January/22
murd...@stats.uwo.ca wrote:
> On 02/02/2010 6:20 AM, Dimitri Shvorob wrote:
>> Ruben Roa has kindly suggested using 'scipen' option - cf.
>>
>>> fixed notation will be preferred unless it is more than =C3=A2=E2=82=AC=
=CB=9Cscipen=C3=A2=E2=82=AC=E2=84=A2 digits
>>> wider.
>> However,=20
>>
>> optio
murd...@stats.uwo.ca wrote:
> On 02/02/2010 6:20 AM, Dimitri Shvorob wrote:
>> Ruben Roa has kindly suggested using 'scipen' option - cf.
>>
>>> fixed notation will be preferred unless it is more than ‘scipen’ digits
>>> wider.
>> However,
>>
>> options(scipen = 50)
>> x = c(1e7, 2e7)
>> barp
I would like to add some more information concerning the patch C
to the function choose() proposed in the email
https://stat.ethz.ch/pipermail/r-devel/2009-December/056177.html
The patch uses transformations of choose(n, k), which are described in
http://www.cs.cas.cz/~savicky/R-devel/formulas
On 02/02/2010 6:20 AM, Dimitri Shvorob wrote:
> Ruben Roa has kindly suggested using 'scipen' option - cf.
>
>> fixed notation will be preferred unless it is more than âscipenâ digits
>> wider.
>
> However,
>
> options(scipen = 50)
> x = c(1e7, 2e7)
> barplot(x)
>
> still does not produc
My unix mailer might not work, so I send the report here:
The function "str" perpetuates the sign of the imaginary part of the
first array element which it should not:
> str(c(1+2i,1-3i)); str(c(2-4i,11+3i));
cplx [1:2] 1+2i 1+3i# note the faulty 1 + 3i
cplx [1:2] 2-4i 1-3i# note th
13 matches
Mail list logo
