Dear Hervé,
just to make sure: is the the same x.y.z versioning scheme as for
software packages already implemented for experiment data packages,
i.e. will there be an automatic version bump for experiment packages
with the upcoming BioC release?
Cheers,
Andrzej
On Tue, Feb 11, 2014 at 7:18 AM,
Hi,
My advice would be to use SystemRequirements: C++11
As unordered_map is definitely a part of C++11, assuming this version of the
standard gives it to you. Your package may not compile on platforms where a
C++11 compiler is not available, but perhaps if this becomes a pattern, then
such
Hi Martin,
Thanks for the patch. I have applied it. I also added CXX1X and friends to the
list of approved variables for R CMD config.
So you can now query the existence of C++11 support with `R CMD config CXX1X`
(It is empty if C++11 support is not available)
and then take appropriate action
On 30/03/2014, 9:20 PM, Dominick Samperi wrote:
Hello,
If I call lines3d(x,y,z) I get lines connecting each point, but
when I call rgl.lines(x,y,z) I get dashed lines, and adding
something like type='l' leads to an error message. The
docs seem to suggest that rgl.lines() calls lines3d(), so
I
On Mon, 2014-03-31 at 07:09 +, Martyn Plummer wrote:
Hi Martin,
Thanks for the patch. I have applied it. I also added CXX1X and friends to
the list of approved variables for R CMD config.
So you can now query the existence of C++11 support with `R CMD config CXX1X`
(It is empty if
Le 31 mars 2014 à 12:20, Martyn Plummer plumm...@iarc.fr a écrit :
On Mon, 2014-03-31 at 07:09 +, Martyn Plummer wrote:
Hi Martin,
Thanks for the patch. I have applied it. I also added CXX1X and friends to
the list of approved variables for R CMD config.
So you can now query the
On 03/31/2014 04:30 AM, Romain François wrote:
Le 31 mars 2014 à 12:20, Martyn Plummer plumm...@iarc.fr a écrit :
On Mon, 2014-03-31 at 07:09 +, Martyn Plummer wrote:
Hi Martin,
Thanks for the patch. I have applied it. I also added CXX1X and friends to the
list of approved variables for
Hello,
The use case I have might involve sorting many small such STRSXP vectors.
If I have Scollate, I don’t need to materialize the vectors and I can use the
sorting algorithm I choose.
Here is some made up data:
df - data.frame(
x = sample( 1:10, 1000, replace = TRUE),
y = sample(
Thanks for the comment. No, there were no such prior calls,
unless rgl.lines() itself sets lty to dashed?
Here is a simple session run under Windows:
library(rgl)
x - 1:20
y - 1:20
z - 1:20
rgl.lines(x,y,z) # displays dashed line
lines3d(x,y,z) # displays solid line
I'm using R 3.1.0 alpha
On
On 31/03/2014 12:56 PM, Dominick Samperi wrote:
Thanks for the comment. No, there were no such prior calls,
unless rgl.lines() itself sets lty to dashed?
Here is a simple session run under Windows:
library(rgl)
x - 1:20
y - 1:20
z - 1:20
rgl.lines(x,y,z) # displays dashed line
lines3d(x,y,z) #
Hi ,
Is there any C API to the R API nrow of dataframe ?
x- data.frame()
n- nrow(x)
print(n)
0
Example :
My C function which deals with data frame looks like and I don't to send
the number of rows of data frame .I want to detect it from the function
itself, my function take data frame as
The simplest case would be:
int num_rows = Rf_length(VECTOR_ELT(dataframe, 0));
int num_columns = Rf_length(dataframe);
There may be edge cases for which this doesn't work; would need to
look into how the dim primitive is implemented to be sure.
- Murray
On Mon, Mar 31,
I think it is actually better to check the length of the row names. In case
the data frame has zero columns. (FIXME, of course.)
Gabor
On Mon, Mar 31, 2014 at 8:04 PM, Murray Stokely mur...@stokely.org wrote:
The simplest case would be:
int num_rows = Rf_length(VECTOR_ELT(dataframe, 0));
The Rf_length(dataframe) will provide the length of row names . So it
should be checked first. I found one edge case now
My dataframe has 0 rows and 0 columns
int num_rows = Rf_length(VECTOR_ELT(dataframe, 0)); returns 1
,in stead of 0 . Not sure why.
Thanks
On Mon, Mar 31, 2014 at
I didn't look at the names because I believe that would be incorrect
if the row names were stored internally in the compact form.
See ?.set_row_names (hat tip, Tim Hesterberg who showed me this years ago) :
'row.names' can be stored internally in compact form.
'.set_row_names(n)'
The safest way is to check the length of the row.names attribute, e.g.
length(getAttrib(df, R_RowNamesSymbol)).
This protects you from both data.frames with zero columns, as well as
corrupted data.frames containing columns with different lengths, since
by definition the number of rows in a
16 matches
Mail list logo
