similar to: packBits (PR#9374)

One occurence of 'packbits' should be 'packBits' (version information below): Index: src/library/base/man/rawConversion.Rd =================================================================== --- src/library/base/man/rawConversion.Rd (revision 55) +++ src/library/base/man/rawConversion.Rd (working copy) @@ -41,7 +41,7 @@ of 32 times the length of an integer vector with

Full_Name: Vilmos Prokaj Version: R 2.7.1 OS: windows Submission from: (NULL) (213.181.195.84) Dear developers, The following line of code (produced by a mistake) caused an infinite loop unique("a",c("a","b")) or also unique(1,1:2) I made a little investigation, and it seems to be that the following function from unique.c is looping infinitely static int

Full_Name: Vilmos Prokaj Version: 2.5.1 OS: windows Submission from: (NULL) (81.183.3.216) I'm not sure that this is really a bug, if not I do not understand why should it be in this way. Most of the scripts used to build and install new packages calls the R program with the --slave --vanilla command line options. In the INSTALL script however we can find the following lines

Full_Name: Vilmos Prokaj Version: R-2..7.1 OS: Win XP Submission from: (NULL) (157.181.227.218) The 'aggregate' function on an empty data.frame generate an error, however it should return according to the documentation an empty data.frame. e.g. z<-data.frame(a=integer(0),b=numeric(0)) aggregate(z,by=z[1],FUN=sum) In a more realistic situation 'z' is of the form

I know that there is a function to convert binary data to string named rawToChar.but I wander is there any similar function for "Integer" and "float".I need to read some binary file in "integer" and "float" data. I can do this job in this way: (as below) first convert 4 byte raw to bits then pack bits back to "integer", but it not work for

Hi, dovecot tries to use OpenSSL's PRNG to generate random numbers if there is no /dev/urandom found. Unfortunately, it is flawed in its present form, since the PRNG is not seeded before RAND_bytes() is called in src/lib/randgen.c (on systems which have /dev/urandom, OpenSSL automatically seeds its PRNG from the urandom device). Here's a patch to address this issue: it tries to seed

Full_Name: Hin-Tak Leung Version: R 2.2.1 OS: x86_64-redhat-linux-gnu Submission from: (NULL) (131.111.186.92) rbind/cbind is unimplemented for raw (RAWSXP) types. I have a working patch implementing the functionality, to follow. --please do not edit the information below-- Version: platform = x86_64-redhat-linux-gnu arch = x86_64 os = linux-gnu system = x86_64, linux-gnu status = major

Dear sirs, I believe that this question should go to Steve Underwood, but if someone else also has something to say, I have my ears totally open. After differents tests (None of them worked), I'm ready to install spandsp, app_txfax & app_rx fax to try fax to email & email to fax. This is my environment. A server with a PRI card Digium TE405, a Pentium 4 HT 3.2 GHz with

Hi all, The new version of STAR (0.2-2) is now available on CRAN. * An error in function varianceTime has been corrected (thanks to Chong Gu). * The vignette has been updated. * A new vignette is available on STAR web sire: http://sites.google.com/site/spiketrainanalysiswithr/ * The new goodness-of-fit test for spike train models announced in the previous release in now fully functional

Hi all, The new version of STAR (0.2-2) is now available on CRAN. * An error in function varianceTime has been corrected (thanks to Chong Gu). * The vignette has been updated. * A new vignette is available on STAR web sire: http://sites.google.com/site/spiketrainanalysiswithr/ * The new goodness-of-fit test for spike train models announced in the previous release in now fully functional

Hello, Suppose in the following code, PROTECT(sr = R_tryEval( .... )) sr is a RAWSXP vector. I wish to return another RAWSXP starting at position 13 onwards (base=0). I could create another RAWSXP of the correct length and then memcpy the required bytes and length to this new one. However is there a more efficient method? Regards Saptarshi Guha

Hi all I had written a gdb macro to dump the string representation of an SEXPREC type when I realised everything I needed was in inspect.c already in the typename() function. However, the typename function doesnt handle the RAWSXP type, so if possible, could the following patch be applied (I've just put in inline as it is a trivial 1-liner)? Index: src/main/inspect.c

R community, As you may know, R's iconv doesn't work well converting to and from encodings that allow embedded nulls. For example > iconv("foo", to="UTF-16") Error in iconv("foo", to = "UTF-16") : embedded nul in string: '\xff\xfef\0o\0o\0' However, I don't believe embedded nulls are at issue here, but rather that R's iconv

A package that I develop (xcms) sometimes needs to read and process vectors several hundreds of megabytes in size. (They only represent parts of a large data sets which can approach nearly 100GB.) Unfortunately, R sometimes hits the 2GB memory limit of Win32. To help cut the memory footprint in half, I'm implementing a "float" class as a subclass of "raw". Because

I've rolled up R-2.4.1.tar.gz a short while ago. This is a maintenance release and fixes a number of mostly minor bugs. See the full list of changes below. You can get it (in a short while) from http://cran.r-project.org/src/base/R-2/R-2.4.1.tar.gz or wait for it to be mirrored at a CRAN site nearer to you. Binaries for various platforms will appear in due course. For the R Core

I've rolled up R-2.4.1.tar.gz a short while ago. This is a maintenance release and fixes a number of mostly minor bugs. See the full list of changes below. You can get it (in a short while) from http://cran.r-project.org/src/base/R-2/R-2.4.1.tar.gz or wait for it to be mirrored at a CRAN site nearer to you. Binaries for various platforms will appear in due course. For the R Core

I have a use case where I would like to create an SEXP around an existing buffer that is managed by R, thus avoiding a copy operation. If I have something like: void *p = (void*) RAW(PROTECT(Rf_allocVector(RAWSXP, n))); ... additional maniupulation ... SEXP x = somefunc(SXPTYPE, n, p); // ???? Is there a "placement" constructor available? (I have arranged for the corresponding

Hi, I've been doing some tests using serialize() to a raw vector: df <- data.frame(runif(50e6,1,10)) ser <- serialize(df,NULL) In this example the data frame and the serialized raw vector occupy ~400MB each, for a total of ~800M. However the memory peak during serialize() is ~1.2GB: $ cat /proc/15155/status |grep Vm ... VmHWM: 1207792 kB VmRSS: 817272 kB We work with very

In R 2.6.1, a couple of places (discovered using valgrind) where the requested size of string buffers fails to account correctly for the trailing null byte: 1. In src/appl/strsignif.c, 'f0' and 'form' at l. 108-9 each need at least 1 extra byte. 2. In src/main/util.c, 'out' at l. 1081 needs at least one extra byte. (Remember that the return value of strlen does not

Presumably one could stream over the data twice, the first to get the size, without storing the data. Slower but more memory efficient, unless I'm missing something. Michael On Tue, Mar 17, 2015 at 2:03 PM, Simon Urbanek <simon.urbanek at r-project.org> wrote: > Jorge, > > what you propose is not possible because the size of the output is > unknown, that's why a