That's great news Luke! Thanks for finding and fixing that one!
I will do some testing and update the BioC build system with
the latest R.
H.
l...@stat.uiowa.edu wrote:
On Tue, 2 Jun 2009, l...@stat.uiowa.edu wrote:
On Tue, 2 Jun 2009, Henrik Bengtsson wrote:
Nice case - I think you're ont
Here are a couple of problems with the use of
eval.parent(substitute(expr))
instead of just lazily evaluating expr in the .doTrace function used by
trace.
(a) In S+ I sometimes use trace() to see how long a function takes
to run with a tracer expression the saves the start time and calls
on.exit t
On Jun 12, 2009, at 6:34 PM, Kynn Jones wrote:
When converting from JSON to R it seems logical that a JSON array
would
correspond to an "unnamed" R list, while a JSON object would
correspond to a
"named" R list. E.g.
JSON: [1, 3.1415927, "foo", false, null] => R: list(1, 3.1415927,
"fo
When converting from JSON to R it seems logical that a JSON array would
correspond to an "unnamed" R list, while a JSON object would correspond to a
"named" R list. E.g.
JSON: [1, 3.1415927, "foo", false, null] => R: list(1, 3.1415927, "foo",
FALSE, NA);
and
JSON { "int": 1, "float": 3.1415927
You could run proc.time() before and after each system call.
x <- proc.time()
# do something
y <- proc.time()
y - x
On Fri, Jun 12, 2009 at 5:31 PM, Andrew Piskorski wrote:
> Rprof seems to ignore all time spent inside system() calls. E.g.,
> this simple example actually takes about 10 seconds,
Rprof seems to ignore all time spent inside system() calls. E.g.,
this simple example actually takes about 10 seconds, but Rprof thinks
the total time is only 0.12 seconds:
> Rprof("sleep-system.out") ; system.time(system(command="sleep 10")) ;
> Rprof(NULL)
user system elapsed
0.000 0.0
Great news ! This bug was driving me mad.
I have some scripts that had _high_ probability of running into the
bug. I'll recompile and check it out over the weekend.
Kasper
On Jun 12, 2009, at 10:25 , Henrik Bengtsson wrote:
Thank you Luke! I know you made many people happy by fixing this
> -Original Message-
> From: William Dunlap
> Sent: Wednesday, June 10, 2009 2:35 PM
> To: 'l...@stat.uiowa.edu'
> Cc: r-devel@r-project.org
> Subject: RE: [Rd] reference counting bug related to break and
> next in loops
>
> Thanks Luke.
>
> I used codetools::walkCode to look for functi
Thank you Luke! I know you made many people happy by fixing this one,
especially over at BioC.
Is this a candidate for the contest of the bug that survived the
longest without being caught?
I reported on its symptoms in April 2006, but I think I first observed
them in 2003-2004 (thinking for a l
On Tue, 2 Jun 2009, l...@stat.uiowa.edu wrote:
On Tue, 2 Jun 2009, Henrik Bengtsson wrote:
Nice case - I think you're onto something. /Henrik
2009/6/2 :
In fact reg.finalizer() looks like a dangerous feature.
If the finalizer itself triggers (implicitely or
explicitely) garbage collection,
Hi,
I'm using R version 2.9.0 and I'm trying to execute an example using
tabnotebook from iwidgets. Unfortunately I get a problem as you can see
bellow:
> library(tcltk)
Loading Tcl/Tk interface ... done
> library(tkrplot)
> tclRequire("Iwidgets")
4.0.1
>
> tt <- tktoplevel()
> tkpack(tn <- t
--
Talita Perciano
Department of Computer Science - IME - USP
PhD Student in Computer Science
São Paulo, SP, Brazil
Tel: +55 11 8826 7092
--- Begin Message ---
Hi,
I'm using R version 2.9.0 and I'm trying to execute an example using
tabnotebook from iwidgets. Unfortunately I get a problem as yo
Perhaps you could have a package called BACCO
with no contents rather but lists the components of the
bundle as dependencies. Then package.install("BACCO")
would still install all the components.
On Fri, Jun 12, 2009 at 9:36 AM, Robin Hankin wrote:
> Hi
>
> I read that bundles are to be deprecate
Hi
I read that bundles are to be deprecated in 2.10.
The BACCO bundle contains three packages
(emulator, calibrator, approximator) which I
am happy to unbundle.
But the 'BACCO' moniker has some considerable
cachet for me in terms of recognizability (eg
with grant-giving bodies), as it has becom
Daniel,
R apparently uses Fortran order AND storage method when
storing a matrix. For an (n x m) matrix, Fortran allocates
a single block of nm doubles and stores them in the order
A(1,1),A(2,1),A(3,1),...,A(n,1),A(1,2),A(2,2),...,A(n,m).
In contrast, C allocates a vector of n pointers, each poi
Prof Brian Ripley wrote:
Yes, it is by design, and not R's design at that.
How (or if) the history is saved is determined by the GUI interface in
use. In this case it appears to be command-line R built with readline
support, in which case the saving is done by readline's write_history.
And a
anonru...@mit.edu wrote:
Full_Name: R User
Version: 2.9
OS: All
Submission from: (NULL) (18.26.0.5)
Add xlim and ylim to 'par' documentation page.
Does not make sense, since it's not an argument to par():
> par("xlim"=c(0,1))
Warning message:
In par(xlim = c(0, 1)) : "xlim" is not a graphi
Hi
I am new to writing C code and am trying to write an R extension in C. I
have hit a wall with F77_CALL(dgemm) in that it produces wrong results.
The code below is a simplified example that multiplies the matrices Ab and
Bm to give Cm. The results below show clearly that Cm is wrong.
Am=
Full_Name: R User
Version: 2.9
OS: All
Submission from: (NULL) (18.26.0.5)
Add xlim and ylim to 'par' documentation page.
> help.search("ylim")
No help files found with alias or concept or title matching ylim
using regular expression matching.
__
R-
19 matches
Mail list logo
