On Tue, Nov 10, 2009 at 10:35 AM, Oliver Soong wrote:
> I'm not 100% sure this hasn't been covered already (I searched a bit,
> but I had a little trouble filtering down to a useful number of useful
> results).
It has, see
http://old.nabble.com/Cannot-activate-chm-help-in-R-2.10-td26067423.html
I'm not 100% sure this hasn't been covered already (I searched a bit,
but I had a little trouble filtering down to a useful number of useful
results). Anyway, when I install R on Windows, the installer asks to
set the default help type. For some reason, I can set it as HTML in
the installer, but
Dear R developers,
PR#9602 is currently marked as "Low-level-fixed".
Yet I have been caught by it on R-2.10.0 (see below).
Thanks in advance!
Best regards,
Pascal Hirsch
> quote(function(x, y) T)
function(x, y) T
> bquote(function(x, y) T)
function(, y) T
> eval(.Last.value)
Error in eval(ex
> -Original Message-
> From: Duncan Murdoch [mailto:murd...@stats.uwo.ca]
> Sent: Monday, November 09, 2009 4:55 PM
> To: William Dunlap
> Cc: r-devel@r-project.org
> Subject: Re: [Rd] Negative integer subscripts in [[?
>
> On 09/11/2009 4:38 PM, William Dunlap wrote:
> > Should negative
On 09/11/2009 4:38 PM, William Dunlap wrote:
Should negative subscripts be outlawed in
x[[subscript]]
?
Currently, if subscript is a scalar then it can only
be negative if length(x)==1 (otherwise [[ throws an
error). If length(subscript)>1 then it gets treated
as an attempt to recursively
strsplit can split by separators and strapply in the gsubfn package
can split by content.
On Mon, Nov 9, 2009 at 6:40 PM, wrote:
> Full_Name: William E. Hopkins
> Version: 2.9.0
> OS: Windows XP
> Submission from: (NULL) (209.244.4.106)
>
>
> textConnection() has quadratic performance.
>
> A fun
Full_Name: William E. Hopkins
Version: 2.9.0
OS: Windows XP
Submission from: (NULL) (209.244.4.106)
textConnection() has quadratic performance.
A function I wrote was taking outrageous amount of time to execute on a large
character vector (small test set was used for functional development). I c
Hmm. It's something that is worth discouraging, because the user
probably didn't mean it.
But it is more or less consistent with the language, and prohibiting it
at this date is unlikely to be worth the possible breakage (I know, who
could possibly rely on it? But with a few thousand packages
Should negative subscripts be outlawed in
x[[subscript]]
?
Currently, if subscript is a scalar then it can only
be negative if length(x)==1 (otherwise [[ throws an
error). If length(subscript)>1 then it gets treated
as an attempt to recursively extract an element of
a nested list.
> list(10
The file_path_sans_ext() function in the 'tools' package does not handle
alphanumeric file extensions correctly:
require(tools)
file_path_sans_ext("song.txt") # song, correct
file_path_sans_ext("song.mp3") # song.mp3, wrong
The help page states that "only purely alphanumeric extension
On 11/9/2009 8:12 AM, Duncan Murdoch wrote:
On 09/11/2009 7:39 AM, Romain Francois wrote:
Hello,
promptMethods generate a macro for signatures, but the macro does not
exist in the Rd parser.
Right, that's not supposed to be a macro. See ?cbind2 for an example,
\item{\code{signature(x = "AN
On 09/11/2009 7:39 AM, Romain Francois wrote:
Hello,
promptMethods generate a macro for signatures, but the macro does not
exist in the Rd parser.
Right, that's not supposed to be a macro. See ?cbind2 for an example,
\item{\code{signature(x = "ANY", y = "ANY")}}{the default method
usi
Hello,
promptMethods generate a macro for signatures, but the macro does not
exist in the Rd parser.
> setClass("track",
+ representation(x="numeric", y="numeric"))
[1] "track"
> setGeneric("foo", function(x){ standardGeneric("foo") } )
[1] "foo"
> setMethod( "foo", "track", function(
The Rcpp R/C++ object mapping library and package template has
been updated on CRAN in package RcppTemplate. It allows you
to work with R objects like data frames and zoo time series in
C++ programs. R can call C++ functions, and C++ objects can
call R functions, with parameters and return values
Arne Henningsen wrote:
Hi!
I noticed that there is a (minor) bug either the command all.equal()
or in the "plm" package. I demonstrate this using an example taken
from the documentation of plm():
I'm not sure this is a bug, but I'd call it at least a design flaw. The
problem is that the l
Hi!
I noticed that there is a (minor) bug either the command all.equal()
or in the "plm" package. I demonstrate this using an example taken
from the documentation of plm():
==
R> data("Produc", package="plm")
R> zz <- plm(log(gsp)~log(pcap)+log(pc)+log(emp)+une
16 matches
Mail list logo