Simon,

Thank you for this valuable information.  However, you must forgive some
ignorance on my part.  If R-registerRoutines defines the native function,
how should I go about fixing this issue?  Would I copy the init.c to the
base package (where I have the new function)?

Thanks,
Charles

On Thu, May 24, 2012 at 11:58 AM, Simon Urbanek <simon.urbanek@r-project.org
> wrote:

>
> On May 24, 2012, at 12:25 PM, Charles Determan Jr wrote:
>
> > Greetings,
> >
> > I am working on modifying some code from the nlme package.  I have had
> many
> > discussions on the mixed models mailing list and have been directed to
> > simply 'hack' the source code to have the degrees of freedom generated by
> > one function to use in the output of another function that doesn't
> generate
> > them.  My current holdup is an error regarding a .c file called
> > 'inner_perc_table' called by the .C function.  The error states that the
> > object 'inner_perc_table' is not found.  My confusion lies in the fact
> that
> > when I run the original script, it recognizes the part just fine.  At no
> > point is the object defined and I cannot currently find such a code in
> the
> > package's source.  Perhaps someone here is familiar with the nlme package
> > and could assist me in some form.  If you need further information,
> please
> > ask as I don't know if there is a general answer for this type of
> question
> > or if you will need the actual code.
> >
>
> The (unexported) object contains cached reference to the native function
> (see ?getNativeSymbolInfo) and is defined by R_registerRoutines in
> src/init.c. This is a typical optimization in R packages to avoid costly
> lookup of symbols and to provide check for native arguments.
>
> Cheers,
> Simon
>
>
>
>

	[[alternative HTML version deleted]]

