On 01/26/2011 02:56 PM, wayne.zh...@barclayscapital.com wrote:
> Hi,
>
> I'd like to construct an R list object in C++, fill it with relevant data,
> and pass it to an R function which will return a different list object back.
> I have browsed through all the R manuals, and examples under tests
Hi Wayne,
On 26 January 2011 at 17:56, wayne.zh...@barclayscapital.com wrote:
| Hi,
|
| I'd like to construct an R list object in C++, fill it with relevant data,
and pass it to an R function which will return a different list object back. I
have browsed through all the R manuals, and example
Hi,
I'd like to construct an R list object in C++, fill it with relevant data, and
pass it to an R function which will return a different list object back. I
have browsed through all the R manuals, and examples under tests/Embedding, but
can't figure out the correct way. Below is my code snip
Dear list,
I'm tackling an empiric research problem that requires me to address a whole
bunch of conceptual and/or technical details at the same time which cuts
time short for all the nitty-gritty details of the "components" involved.
Having said this, I'm lacking the time at the moment to deeply
Dear list,
I'm tackling an empiric research problem that requires me to address a whole
bunch of conceptual and/or technical details at the same time which cuts
time short for all the nitty-gritty details of the "components" involved.
Having said this, I'm lacking the time at the moment to deeply
On Wed, Jan 26, 2011 at 2:04 PM, Paul Bailey wrote:
> I'm having a problem with aggregate.formula when I call it in a function and
> the function is converted from a string in the funtion
>
> I think my problem may also only occur when the left hand side of the formula
> is cbind(...)
>
> Here i
I'm having a problem with aggregate.formula when I call it in a function and
the function is converted from a string in the funtion
I think my problem may also only occur when the left hand side of the formula
is cbind(...)
Here is example code that generates a dataset and then the error.
The
Karl Ove Hufthammer wrote:
> Anyway, do you think it’s worth trying to change the ‘table’ function the
> way I outlined in my first post¹? This should eliminate the performance
> hit on all platforms.
Some additional notes: ‘table’ uses ‘factor’ directly, but also indirectly,
in ‘addNA’. The def
Simon Urbanek wrote:
>> I could *not* reproduce it; that is, ‘table’ is as fast on the non-ASCII
>> factor as it is on the ASCII factor.
>
> Strange - are you sure you get the right locale names? Make sure it's
> listed in locale -a.
Yes, I managed to reproduce it now, using a locale listed in ‘
