Dear list.
It is a known issue that accessing slots of S4 objects and in particular
accessing .Data slots is slow in R. However, what surprises me are two
things demonstrated in the code below (runnable with 'inline', my times
are in the comments):
- copying data out of a large 3x1e7 .Data slot i
On Mar 26, 2009, at 4:00 PM, lave...@math.utah.edu wrote:
Full_Name: Sean Laverty
Version: R version 2.8.1 (2008-12-22)
OS: os x 10.5.6
Submission from: (NULL) (155.101.41.13)
In the console colors window, colors do not stick when palettes are
closed.
You have to select another swatch *be
Dear list.
Has anybody had any issues with ROracle, namely consistently leading to
a segmentation fault? One of our oracle databases seems to have certain
issues at the moment (do not know what exactly though) and if that one
is queried ROracle definitely fails with a segmentation fault. Any
ideas
On Mar 27, 2009, at 12:36 , Simon Urbanek wrote:
On Mar 26, 2009, at 4:00 PM, lave...@math.utah.edu wrote:
Full_Name: Sean Laverty
Version: R version 2.8.1 (2008-12-22)
OS: os x 10.5.6
Submission from: (NULL) (155.101.41.13)
In the console colors window, colors do not stick when palettes a
redirected to r-devel, because there are implementational details of
[.data.frame discussed here. spoiler: at the bottom there is a fairly
interesting performance result.
Romain Francois wrote:
>
> Hi,
>
> This is a bug I think. [.data.frame treats its arguments differently
> depending on the num
Hi,=20
Sorry, didn't notice a quote in the longer line that was causing the
problem. Everything works fine with read.table(quote=3D"",...). Please
remove PR#13626 report - I tried to do so from the bug tracking web
interface, but did not have the permissions. Thanks!
Notice: This e-mail messa
