search for: getdllregisteredroutines

...GD_nullDevice' with incorrect parameter count: > .Call("R_GD_nullDevice", 1) Error in .Call("R_GD_nullDevice", 1) : Incorrect number of arguments (1), expecting 0 for R_GD_nullDevice > > ## Same call made via a NativeSymbolInfo object: > sym <- getDLLRegisteredRoutines("grDevices")$.Call[["R_GD_nullDevice"]] > .Call(sym$address, 1) Error: 'getEncChar' must be called on a CHARSXP The error stems from the fact, that both do_External and do_dotcall expect CAR(args) to be a string, while it might be a NativeSymbolInfo object. check...

Hi R-devel, I'm trying to get R 3.2.1 working on Haiku (an open source OS inspired by BeOS, not Linux based) on i586. With a few small changes to library paths and ifdefs I am able to get a seemingly working R binary. The build process stops with the 'tools' package. The last lines from make are below. Does anyone have any tips? I'm rather new to debugging at this low level. Are

...1, 1, 1, PACKAGE = "stats") This doesn't work either. The help page links to getNativeSymbolInfo(), which I can't make work either. It also refers me to the dyn.load() function and the "Writing R Extensions" manual. After reading and trying to digest those, I try getDLLRegisteredRoutines("stats") which shows me all the C and Fortran functions as registered routines, along with their number of parameters. I retrieve rnorm from the list and pass it on to .Call, which then works fine. However, is there an easier way to do this? Specifically, I would like to call the DLL re...

...ur output is not from an ab initio build so we don't know e.g. how tools.so was built.) The meat is > Error in .Call(PS_sigs, 1L) : > first argument must be a string (of length 1) or native symbol reference That comes from package tools, which contains the R code PS_sigs <- getDLLRegisteredRoutines("tools")[[c(".Call", "ps_sigs")]] SIGHUP <- .Call(PS_sigs, 1L) So, startup R from the top-level build directory with something like env R_DEFAULT_PACKAGES=NULL bin/R and at the prompt run dyn.load("src/library/tools/src/tools.so") getLoadedDLLs() # sho...

...9;t work either. The help page links to getNativeSymbolInfo(), >> which I can't make work either. It also refers me to the dyn.load() >> function and the "Writing R Extensions" manual. >> >> After reading and trying to digest those, I try >> >> getDLLRegisteredRoutines("stats") >> >> which shows me all the C and Fortran functions as registered routines, >> along with their number of parameters. I retrieve rnorm from the list and >> pass it on to .Call, which then works fine. >> >> However, is there an easier way to do...

Hi, I am using premake4 generated make files to compile my projects, which works fine if I am using mingw32-make.exe from the MinGW 32 bit distribution, but doesn't work with the make.exe supplied by the latest RTools 2.16. That make.exe first complains it can't create directories and then that it has "no rule". So how comes there is no mingw32-make.exe along with RTools? I

...> > This doesn't work either. The help page links to getNativeSymbolInfo(), > which I can't make work either. It also refers me to the dyn.load() > function and the "Writing R Extensions" manual. > > After reading and trying to digest those, I try > > getDLLRegisteredRoutines("stats") > > which shows me all the C and Fortran functions as registered routines, > along with their number of parameters. I retrieve rnorm from the list and > pass it on to .Call, which then works fine. > > However, is there an easier way to do this? Specifically, I w...

...lInfo(), > >>> which I can't make work either. It also refers me to the dyn.load() > >>> function and the "Writing R Extensions" manual. > >>> > >>> After reading and trying to digest those, I try > >>> > >>> getDLLRegisteredRoutines("stats") > >>> > >>> which shows me all the C and Fortran functions as registered routines, > >>> along with their number of parameters. I retrieve rnorm from the list > and > >>> pass it on to .Call, which then works fine. > >>&...

...ymbolic link now should work wherever Sys.readlink() works, resolving PR#16725. * "Cincinnati" was missing an "n" in the precip dataset. * Fix buffer overflow vulnerability in pdf() when loading an encoding file. Reported by Talos (TALOS-2016-0227). * getDLLRegisteredRoutines() now produces its warning correctly when multiple DLLs match, thanks to Matt Dowle's PR#17184. * Sys.timezone() now returns non-NA also on platforms such as Ubuntu 14.04.5 LTS, thanks to Mikko Korpela's PR#17186. * format(x) for an illegal "POSIXlt" object x...

...ymbolic link now should work wherever Sys.readlink() works, resolving PR#16725. * "Cincinnati" was missing an "n" in the precip dataset. * Fix buffer overflow vulnerability in pdf() when loading an encoding file. Reported by Talos (TALOS-2016-0227). * getDLLRegisteredRoutines() now produces its warning correctly when multiple DLLs match, thanks to Matt Dowle's PR#17184. * Sys.timezone() now returns non-NA also on platforms such as Ubuntu 14.04.5 LTS, thanks to Mikko Korpela's PR#17186. * format(x) for an illegal "POSIXlt" object x...

...p page links to getNativeSymbolInfo(), >>> which I can't make work either. It also refers me to the dyn.load() >>> function and the "Writing R Extensions" manual. >>> >>> After reading and trying to digest those, I try >>> >>> getDLLRegisteredRoutines("stats") >>> >>> which shows me all the C and Fortran functions as registered routines, >>> along with their number of parameters. I retrieve rnorm from the list and >>> pass it on to .Call, which then works fine. >>> >>> However, is t...

...rmula() methods for classes "lm" and "glm" used the expanded formula (with '.' expanded) from the terms component. o The `formula' method for ftable() now looks for variables in the environment of the formula before the usual search path. o A new function getDLLRegisteredRoutines() returns information about the routines available from a DLL that were explicitly registered with R's dynamic loading facilities. o A new function getLoadedDLLs() returns information about the DLLs that are currently loaded within this session. o The package element returned by ge...

...rmula() methods for classes "lm" and "glm" used the expanded formula (with '.' expanded) from the terms component. o The `formula' method for ftable() now looks for variables in the environment of the formula before the usual search path. o A new function getDLLRegisteredRoutines() returns information about the routines available from a DLL that were explicitly registered with R's dynamic loading facilities. o A new function getLoadedDLLs() returns information about the DLLs that are currently loaded within this session. o The package element returned by ge...