search for: djsamperi

It appears that my archived packages Rcpp and RcppTemplate have been removed at CRAN, yet they appeared in the CRAN archives until recently. What is the CRAN policy on archives and removal? Thanks, Dominick [[alternative HTML version deleted]]

FYI, one platform where I have not been able to get interactive rgl working is iOS 8. iOS 8 is supposed to support WebGL, and Javascript is enabled. On Sat, Sep 12, 2015 at 4:33 PM, Dominick Samperi <djsamperi at gmail.com> wrote: > Thanks for the pointers and the quick fix. > > Perhaps the generated HTML code should issue a > message like "Javascript load problem" instead of > "You must enable Javascript to view this page properly," > because the latter can be mi...

On second thought, there is a lot of metapramming code in Rcpp that runs before main, so I was wrong to say nothing can happen before main() is called. Strategically placed print statements may be the best strategy. On Wed, Jan 18, 2023 at 8:17 PM Dominick Samperi <djsamperi at gmail.com> wrote: > Since these ?stray threads? were appearing before I installed gdb into > Rtools42, this may be an operating system bug, and not a problem with gdb > or RInside! > > Sent from my iPhone > > On Jan 18, 2023, at 6:08 PM, Dominick Samperi <djsamperi at...

I wrote the Rcpp library and the RcppTemplate package to make it easier for developers to contribute packages to the R community. In addition to providing detailed documentation on package creation it provides a clean object mapping between R anc C++ that helps developers to implement packages that benefit from the performance of C++ and the flexibility of R. The package named 'Rcpp' was

Hello, When I try to install Rtools in the usual way into C:\Rtools on a new Windows 8.1 desktop it stalls near the beginning of the "Extracting files..." step. The Task Manager Status for the Setup app shows "Not responding" and it takes a long time to complete the installation, in spite of the fact that this is a fast machine (Intel i7) with 16 GB if RAM. There were no

The following code seems to contain an inconsistency in the behavior of vapply(). Am I missing something here? ## This function assumes v is a 3d vector, beta a scalar. f3d <- function(v,beta) { v+beta } ## This expression applies f3d to a vector of scalars, and ## specifies the template 'array(10,3)' for the return value. dat <- vapply(seq(0,1,length=10), function(beta) {

Hello, After much tinkering I managed to build packages using the 64bit version of R with the help of hints from http://www.murdoch-sutherland.com/Rtools/ and http://www.stats.ox.ac.uk/~ripley/Win64/W64porting.html and R-admin Manual. But a hack was required, and this seems to be related to a comment about underscores at the end of the second reference above (but this comment is about FUTURE

On Tue, Jan 11, 2011 at 2:41 PM, Romain Francois <romain@r-enthusiasts.com>wrote: > Le 11/01/11 19:57, Romain Francois a écrit : > > Le 11/01/11 19:46, Douglas Bates a écrit : >> >>> On Tue, Jan 11, 2011 at 12:27 PM, Dominick >>> Samperi<djsamperi@gmail.com> wrote: >>> >>>> >>>> >>>> On Tue, Jan 11, 2011 at 1:20 PM, Romain >>>> Francois<romain@r-enthusiasts.com> >>>> wrote: >>>> >>>>> >>>>> Le 11/01/11 19:12, Davor Cubranic...

Hello, I am trying to call the BLAS Level1 function zdotc from R via a .C call like this: #include "R.h" #include "R_ext/BLAS.h" void testzdotc() { Rcomplex zx[3], zy[3], ret_val; zx[0].r = 1.0; zx[0].i = 0.0; zx[1].r = 2.0; zx[0].i = 0.0; zx[2].r = 3.0; zx[0].i = 0.0; zy[0].r = 1.0; zy[0].i = 0.0; zy[1].r = 2.0; zy[0].i = 0.0; zy[2].r = 3.0;

On 12/09/2015 7:37 AM, Duncan Murdoch wrote: > On 11/09/2015 10:14 PM, Dominick Samperi wrote: >> Hello, >> >> The recently created online "rgl Overview" at >> https://cran.r-project.org/web/packages/rgl/vignettes/rgl.html >> illustrates a problem that I am trying to resolve. >> >> At the bottom of each image block on that page appears the

This post asks members of the R community, users and developers, to comment on issues related to the GNU Public License and R community policies more generally. The GPL says very little about protecting the the rights of original contributors by not disseminating misleading information about them. Indeed, for pragmatic reasons it effectively assumes that original authors have no rights regarding

When an RGB photo is displayed using R's image() function with the help of the pixmap (or rimage) package it is common to see an anomalous white line running across the picture (either horizontally or vertically). The line can be removed by simply stretching the image frame a little in the direction perpendicular to the anomalous line, or by maximizing the image frame (tested under Fedora 10;

There appears to be a bug in RUnit. Given a testsuite testsuite.math, say, when I run: runTestSuite(testsuite.math) this works fine, provided there are no extraneous files in the unit test subdirectory. But if there are any Emacs temp files (with names that end with '~') then runTestSuite gets confused and tries to run functions from the temp files as well. [[alternative HTML version

It appears that the runtime for an R script can more than double if a few references to a function foo() are replaced by more explict references of the form pkgname::foo(). The more explicit references are of course required when two loaded packages define the same function. I can understand why use of this mechanism is not free in an interpreted environment like R, but the cost seems rather

Question on timeSeries and S4 classes: Consider the following: library(timeSeries) data <- rnorm(5) treg <- ts(data, frequency=4) t1 <- timeSeries(data, as.Date('2010-04-15') + 1:5) t2 <- as.timeSeries(treg) Now both t1 and t2 are timeSeries objects, yet t2 at ts is a valid slot, while t1 at ts is not. Thus the ts slot is optional. Sorry if I am misunderstanding the way S4

Hello, I am observing the following strange behavior when I try to load a shared library using dyn.load() under Linux... The library foo.so refers to a symbol in another package bar (with shared library bar.so), I get: dyn.load('foo.so') # error message because I forgot to load bar library(bar) # so I fix it dyn.load('foo.so') # works this time and everything is fine But, if

Under Linux the cleanup script (if it exists) is run at the end, before the package archive is created, and this prevents intermediate files that are no longer needed from being written to the archive. Unfortunately, this does not happen under Windows when there is a cleanup.win. That is, cleanup.win is not run before the archive is created. Here is the code in build.pl that checks for cleanup

The package cxxPack builds without problems at CRAN under all OS's except Windows 64bit, and in the case of Windows 64bit there is a problem in a call to dyn.load(). This call happens while processing the package vignette, and the odd thing about this is that there are several calls to dyn.load() that work fine before the one that fails. This seems to suggest that Windows 64bit is imposing

It appears that after a package is updated the CRAN binaries for some OS's are built automatically and shortly after the update, while other OS's are not updated for some time (weeks in some cases). Is the process automated or is it partially manual for some OS's (like Windows/w64 and Mac OS X)? Thanks, Dominick [[alternative HTML version deleted]]

Hello, The library verbose option does not stop numerous messages of the form "Loading required package: XYZ". This is inconvenient when a package is loaded repeatedly using Rscript. Is there a way to turn off the "Loading required package" messages? One possible work-around is to make packages Suggested instead of Required, but this introduces other issues. Thanks,