search for: resolvenativeroutin

...nal Unix-style), "I don't want to specify where the function is located, just keep searching until you find it" behavior. Is there really no way to do that, and if so, why not? Comparing the R sources on the 3.1 vs. 2.15 branches, it looks as if this is due to some simple changes to resolveNativeRoutine in "src/main/dotcode.c". Specifically, the newer code adds this: errorcall(call, "\"%s\" not resolved from current namespace (%s)", buf, ns); And removes these lines: /* need to continue if the namespace search failed */ *fun = R_FindSymbol(b...

...e of it on Windows, but not on Unix. I haven't done any testing on Unix. I've traced into the do_dotcall function in src/main/dotcode.c, and I see that on the second call the "symbol.symbol.call" member is NULL, so no test is done, but I don't see why this is happening. The resolveNativeRoutine function does some strange stuff. Duncan Murdoch

...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. checkValidSymbolId() already handles this, so the fix is to use the symbol name returned from resolveNativeRoutine(). After applying the attached patch (against R-trunk revision 47348) the output looks like this: % LC_ALL=C bin/R --vanilla < symname-bug.R R version 2.9.0 Under development (unstable) (2008-12-26 r47348) *snip* > options(error=expression(0)) > ## Call 'R_GD_nullDevic...

...l-bounces@stat.math.ethz.ch] On Behalf Of Huntsinger, Reid >>Sent: Thursday, June 02, 2005 12:33 PM >>To: r-devel@stat.math.ethz.ch >>Subject: [Rd] dotcode typo? >> >> >>I ran across the following in the R-2.0.1 source, src/main/dotcode.c, in the >>function resolveNativeRoutine(), lines 146-163. Line 152 looks like a typo: >>here are lines 149-155 >> >> if(!*fun) { >> if(dll.type != FILENAME) { >> *fun = R_FindNativeSymbolFromDLL(buf, &dll, symbol); >> if(!fun) { >> errorcall(call,...