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

Egon Schmid (eschmid@delos.stuttgart.netsurf.de)
Tue, 12 May 1998 17:49:46 +0200 (MET DST)


Date: Tue, 12 May 1998 17:49:46 +0200 (MET DST)
From: Egon Schmid <eschmid@delos.stuttgart.netsurf.de>
To: Peter Dalgaard BSA <p.dalgaard@biostat.ku.dk>
Subject: Re: R-beta: C/Fortran function not in load table
In-Reply-To: <x2u36vwlfb.fsf@blueberry.kubism.ku.dk>

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:

> Paul Gilbert <pgilbert@bank-banque-canada.ca> 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).
> 
> That one should be fixed in 0.61.3:
> > .First  
> 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.

-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-
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
_._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._