Re: R-beta: C/Fortran function not in load table

Bill Venables (wvenable@attunga.stats.adelaide.edu.au)
Wed, 13 May 1998 09:31:37 +0930


Date: Wed, 13 May 1998 09:31:37 +0930
Message-Id: <9805130001.AA22259@attunga.stats.adelaide.edu.au>
From: Bill Venables <wvenable@attunga.stats.adelaide.edu.au>
To: Paul Gilbert <pgilbert@bank-banque-canada.ca>
Subject: Re: R-beta: C/Fortran function not in load table
In-Reply-To: <98May12.094432edt.13448@mailgate.bank-banque-canada.ca>
 <98May12.094432edt.13448@mailgate.bank-banque-canada.ca>

Paul Gilbert writes:
 > >> knn1(train, test, cl)
 > >Error in .C("VR_knn1", as.integer(ntr), as.integer(nte), as.integer(p),
 > >: C/Fortran function not in load table
 > 
 > This sounds like the bug which causes .Dyn.libs to linger in .RData, causing
 > code not to be dyn.loaded. If you really didn't intend to save .RData then you
 > can rm .RData before you start R. Otherwise, once R is started, but before you
 > use library() do rm(.Dyn.libs).

.... or do it in .First.  Here's mine, for example:

..First <- function () {
    options(width = 65, length = 99999, editor = "emacs -nw", 
        contrasts = c("contr.treatment", "contr.poly"), 
        printcmd = "psprint -")
    if (exists(".Dyn.libs")) remove(".Dyn.libs")  # <-----------
    if (interactive() && getenv("DISPLAY") != "") x11()
}

but it really should not be necessary.  Is the flaw and its fix
now understood?

Bill
-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-
r-help mailing list -- Read http://www.ci.tuwien.ac.at/~hornik/R/R-FAQ.html
Send "info", "help", or "[un]subscribe"
(in the "body", not the subject !)  To: r-help-request@stat.math.ethz.ch
_._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._