search for: samperi

...ole in the evolution of shared values and expectations. In this spirit I respectfully request that the R community consider the following. The author line of the latest release of the R package Rcpp (0.8.9) was revised as follows: From: "based on code written during 2005 and 2006 by Dominick Samperi" To: "a small portion of the code is based on code written during 2005 and 2006 by Dominick Samperi" As it is highly unusual (and largely impossible) to quantify the relative size of the the contribution made by each author of GPL'ed software, this has effectively changed an ac...

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 &l...

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 la...

Is it possible to set Windows' search path from within R, or to tell Windows how to find a DLL in some other way from R? Specifically, if a package DLL depends on another DLL the normal requirement is that the second DLL be in the search path so Windows can find it (there are other tricks, but they apply at the Windows level, not at the R level). Thanks, Dominick [[alternative HTML version

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 appea...

On 1/18/23 19:41, Dominick Samperi wrote: > Thanks for the detailed feedback Tomas, > > I ran the command 'pacman -Syuu' again, just to be sure, and this time > it says "there is nothing to do." > > It appears that gdb is working. I was spooked by the diagnostics that > you say is a known (no...

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

...ent community, where an ABI incompatibility was discovered about a year ago. It is discussed by Ben Gamari here https://gitlab.haskell.org/ghc/ghc/-/issues/19945. Dominick On Wed, Jan 18, 2023 at 12:56 PM Tomas Kalibera <tomas.kalibera at gmail.com> wrote: > On 1/18/23 17:39, Dominick Samperi wrote: > > Thanks, > > But this didn't work. It installs msys2 along with lots of other stuff, > and gdb would not start as before (missing DLL's). > > Then I tried to run the command you suggested again, and there was a > warning from the package manager about a cyc...

Hello, I just tried to use NAMESPACE to prevent name conflicts between packages and it appears that once a name is exported it will clash with the same name if it is exported from another package, in particular, if that other package does not use NAMESPACE. Is there a way to "export" a name so that the current package user can see it, but other packages cannot see it? My working

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

On 1/18/23 04:33, Dominick Samperi wrote: > Hello, > > I tried installing gdb into Rtools42 following the instructions here > https://cran.r-project.org/bin/windows/base/howto-R-4.2.html > > I ran 'pacman -Sy gdb', and the installation seemed to complete without > problems. > > But gdb could not be...

On 1/18/23 17:39, Dominick Samperi wrote: > Thanks, > > But this didn't work. It installs msys2 along with lots of other > stuff, and gdb would not start as before (missing DLL's). > > Then I tried to run the command you suggested again, and there was a > warning from the package manager about a cycle...

...mpacted by the fork to mingw-w64. This did not go smoothly. Perhaps it would be safer to simply provide a version of Rtools42 that comes with gdb and msys2? Dominick On Wed, Jan 18, 2023 at 2:40 AM Tomas Kalibera <tomas.kalibera at gmail.com> wrote: > > On 1/18/23 04:33, Dominick Samperi wrote: > > Hello, > > > > I tried installing gdb into Rtools42 following the instructions here > > https://cran.r-project.org/bin/windows/base/howto-R-4.2.html > > > > I ran 'pacman -Sy gdb', and the installation seemed to complete without > > probl...

Consider the C (or C++) code called from the .Call interface: SEXP foo() { SEXP *p = PROTECT(allocVector(REALSXP, 10)); ... UNPROTECT(1); return p; } Why is there no danger that the allocated memory will be garbage collected after the UNPROTECT, but before the return of p? I have used code like this for some time and have never had a problem, but I'm not sure if/why it is guaranteed

The R docs say that there are two methods that the C programmer can allocate memory, one where R automatically frees the memory on return from .C/.Call, and the other where the user takes responsibility for freeing the storage. Both methods involve using R-provided functions. What happens when the user uses the standard "new" allocator? What about when a C++ application uses STL and

Hello, The procedure for creating an import library (Rdll.lib) that is documented in gnuwin32/README.packages works fine using the i386 architecture, but it doesn't seem to work under x64. Specifically, the procedure is: pexports R.dll > R.exp lib /def:R.exp /out:Rdll.lib /machine:X86 R.dll There are two issues under x64: 1. Older version of pexports crash when applied to an x64 R.dll.

Hello, I'm trying to fetch a data frame through the C API, and have no problem doing this when all columns are numbers, but when there is a column of strings I have a problem. On the C-side the function looks like: SEXP myfunc(SEXP df), and it is called with a dataframe from the R side with: .Call("myfunc", somedataframe) On the C side (actually C++ side) I use code like this:

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 advisory: You must enable Javascript to view this page properly. I am using Safari under MacOS with Javascript and WebGL both enabled, so it must be the

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;