Skip to content

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

5 messages · Paul Gilbert, Peter Dalgaard, Egon Schmid +1 more

Egon Schmid
# 
I have gotten this sort of problem some weeks ago and have solved it
with the mailing list archive.  But now I have this problem again with
the class library.
What should I put in library/class/R/zzz.R?  Everything I put in that
file leads to the same error message.  I'm running 0.61.3 on Linux.
Error in .C("VR_knn1", as.integer(ntr), as.integer(nte), as.integer(p), 
: C/Fortran function not in load table
Execution halted

-Egon
-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-
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 at stat.math.ethz.ch
_._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._
Paul Gilbert
# 
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).

Paul Gilbert

-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-
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 at stat.math.ethz.ch
_._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._
Peter Dalgaard
# 
Paul Gilbert <pgilbert at bank-banque-canada.ca> writes:
That one should be fixed in 0.61.3:
function () 
{
        if (exists(".Dyn.libs", envir = .GlobalEnv)) 
                rm(".Dyn.libs", envir = .GlobalEnv)
        if (interactive() && getenv("DISPLAY") != "") 
                x11()
}

So unless you've been creating your own .First, .Dyn.libs shouldn't
get in the way and the error must be somewhere else.
Egon Schmid
# 
In the meantime I found it was 'version$minor < "0.62"' in
library/class/R/zzz.R and library/class/test/test.R. After chance of
"0.62" to "62.0" 'R -nosave < test.R' works as expected.

The output has a lot of spaces or lines in it. Is this normal?  

-Egon
On 12 May 1998, Peter Dalgaard BSA wrote:

            

      
      
      
    

        
-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-
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 at stat.math.ethz.ch
_._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._

  
  


  


      

    

    

      
      

        


  

        

      Bill Venables
    

    

      
      #
    

  


  

      
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 at stat.math.ethz.ch
_._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._