.time(replicate(1e4, print))
User System verstrichen
0.011 0.001 0.014
are skewed by the overhead of replicate() in this case because the
execution time of the expression under test is so short.
Cheers,
Olaf Mersmann
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
r R 2.12.1 on both OS
X and Linux. Is this expected behavior?
Cheers,
Olaf Mersmann
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
Hi,
On 13.10.2010, at 21:26, Steve Kim wrote:
> mydict = dict([(keyfun(x), valfun(x)) for x in mylist])
>
> to create a dictionary with whatever keys and values we want from an
> input list of arbitrary size. In R, I want to similarly create a list
> with names/values that are generated by some k
Dear Simone,
On 04.10.2010, at 01:01, Simone Giannerini wrote:
> it looks like that tabulate() does not check for the bounds of the input.
> Reproducible example:
>
>> b <- 1:2
>> tabulate(b[1:100])
> [1] 1 1
this looks perfectly reasonable. Consider the result of
> b <- 1:2
> b[1:100]
[1]
ser=20.502 system= 0.404
Cheers,
Olaf Mersmann
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
- match.fun(f)
function(...) !f(...)
}
This matches 'f' when Negate() is called and not the first time the return
value is used. If the current behavior is desired, maybe a note in the
documentation could be added to clarify this peculiarity.
Cheers,
Olaf Mersmann
___
Hi,
On 30.07.2010, at 11:35, Robin Hankin wrote:
> 3. Try to define a t.complex() function:
> t.complex <- function(x){t(Conj(x))}
> (also fails because of recursion)
Try this version:
t.complex <- function(x) {
xx <- Conj(x)
.Internal(t.default(xx))
}
You get infinite recursion in
Hi Daniel,
On 02.07.2010, at 23:26, Daniel Murphy wrote:
> I am trying to get an attribute of the first argument in a call to a
> function whose formal arguments consist of dots only and do something, e.g.,
> call 'cbind', based on the attribute
> f<- function(...) {get first attribute; maybe or m
Hi Daniel,
On 02.07.2010, at 23:26, Daniel Murphy wrote:
> I am trying to get an attribute of the first argument in a call to a
> function whose formal arguments consist of dots only and do something, e.g.,
> call 'cbind', based on the attribute
> f<- function(...) {get first attribute; maybe or m
Dear R developers,
I have discovered a bug in the implementation of lzma decompression in
memDecompress(). It is only triggered if the uncompressed size of the content
is more than 3 times as large as the compressed content. Here's a simple
example to reproduce it:
n <- 200
char <- past
uble of patching the sources
instead of waiting for a new release. If anyone wants to apply a fix,
I have prepared a patch with all the changes which can be found here
http://www.statistik.tu-dortmund.de/~olafm/temp/xz_restrict.patch
Cheers,
Olaf Mersmann
correct number of rows, and replicates it if necessary. ...
A trivial patch changing this is can be found here:
http://www.statistik.tu-dortmund.de/~olafm/temp/edf_doc.patch
Cheers,
Olaf Mersmann
__
R-devel@r-project.org mailing list
https
Hi Matthew,
Excerpts from Matthew Dowle's message of Sat Jul 25 09:07:44 +0200 2009:
> So I'm looking to do the same as the demo, but with a binary socket. Does
> anyone have any ideas? I've looked a bit at Rserve, bigmemory, biocep, nws
> but although all those packages are great, I didn't
uses your patch would
be interesting since it is indeed quite a bit faster than the current
implementation.
Cheers,
Olaf Mersmann
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
1784 - 1798 of
src/main/model.c. What happens is that 'k' overflows (signed
int). That means k is 0 after the loop an nc is set to 0. That means
the allocated model matrix 'x' is too small which results in the
observed segfault.
I can prov
ter.
This is not a bug, it's due to the limited precision of floating point numbers.
Sincerely
Olaf Mersmann
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
;, the buffer holding the function name would never be
filled. I'm not sure how to deal with this corner case. One option
would be to copy some (un)descriptive like '' into the
buffer. If this is acceptable I can add it and post a revised patch.
Greetings from Dortmund
Olaf Mersman
Excerpts from Prof Brian Ripley's message of Sat Dec 27 06:59:24 +0100 2008:
> Thank you, but can we see the patch please (no attachement arrived)?
I've posted them online:
http://www.statistik.tu-dortmund.de/~olafm/files/symname-bug.R
http://www.statistik.tu-dortmund.de/~olafm/files/symname-
I've stumbled upon a small bug/inconsitency in do_External and do_dotcall:
Here's an example:
% LC_ALL=C R --vanilla < symname-bug.R
R version 2.8.0 (2008-10-20)
*snip*
> options(error=expression(0))
> ## Call 'R_GD_nullDevice' with incorrect parameter count:
> .Call("R_GD_nullD
be useful /
interesting from a developers standpoint.
Greetings from Dortmund,
Olaf Mersmann
[1] http://www.sun.com/bigadmin/content/dtrace/
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
20 matches
Mail list logo
