Greetings! Recently when I tried to use lm.influence I get the following error: Error in .Fortran("lminfl", model$qr$qr, n, n, k, as.integer(do.coef), : Fortran symbol name "lminfl" not in DLL for package "base" This occurs on both Linux and Windows platforms (details below). Searching the mail lists and other sources indicates that the fortran code for lminfluence (lminfl.f) was moved in the source code tree suggesting it should be found in package stats. Not clear to me why the "hardcoded" path is package base. The offending line in the R code for lm.influence is: res <- .Fortran("lminfl", model$qr$qr, n, n, k, as.integer(do.coef), There were no other messages from people experiencing errors with lm.influence on the mailing list. Can someone else confirm that they are experiencing the same problem? Also, as a workaround, is there a way of forcing R to look in stats for the fortran symbol (similar to using the double and triple colon for addressing specific namespaces)? On Linux platform: ================sessionInfo() R version 2.6.1 (2007-11-26) x86_64-redhat-linux-gnu locale: LC_CTYPE=en_US.UTF-8;LC_NUMERIC=C;LC_TIME=en_US.UTF-8;LC_COLLATE=en_US.UTF-8 ;LC_MONETARY=en_US.UTF-8;LC_MESSAGES=en_US.UTF-8;LC_PAPER=en_US.UTF-8;LC_NAM E=C;LC_ADDRESS=C;LC_TELEPHONE=C;LC_MEASUREMENT=en_US.UTF-8;LC_IDENTIFICATION =C attached base packages: [1] stats graphics grDevices utils datasets methods base other attached packages: [1] SMPracticals_1.1-1 ellipse_0.3-5 loaded via a namespace (and not attached): [1] rcompgen_0.1-17 tools_2.6.1 On Windows platform: ==================R version 2.6.1 (2007-11-26) i386-pc-mingw32 locale: LC_COLLATE=English_United States.1252;LC_CTYPE=English_United States.1252;LC_MONETARY=English_United States.1252;LC_NUMERIC=C;LC_TIME=English_United States.1252 attached base packages: [1] stats graphics grDevices utils datasets methods base other attached packages: [1] SMPracticals_1.1-1 ellipse_0.3-5 loaded via a namespace (and not attached): [1] tools_2.6.1 Gerard %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% Gerard Tromp, Ph.D Center for Molecular Medicine and Genetics Vox: 313.577.8773 & Department of Neurology fax: 313.577.5218 Wayne State University School of Medicine 3309 Scott Hall 540 East Canfield Ave. Detroit, MI 48201 e-mail: gerard.tromp at sanger.med.wayne.edu web: http://www.genetics.wayne.edu/gtromp/gtromp-home.html
On Thu, 2007-12-06 at 14:00 -0500, Gerard Tromp wrote:> Greetings! > > Recently when I tried to use lm.influence I get the following error: > Error in .Fortran("lminfl", model$qr$qr, n, n, k, as.integer(do.coef), : > Fortran symbol name "lminfl" not in DLL for package "base" > > This occurs on both Linux and Windows platforms (details below).I presume that the Linux message does not refer to DLLs? :-)> Searching the mail lists and other sources indicates that the fortran code > for lminfluence (lminfl.f) was moved in the source code tree suggesting it > should be found in package stats. Not clear to me why the "hardcoded" path > is package base. > The offending line in the R code for lm.influence is: > res <- .Fortran("lminfl", model$qr$qr, n, n, k, as.integer(do.coef), > > There were no other messages from people experiencing errors with > lm.influence on the mailing list. > > Can someone else confirm that they are experiencing the same problem? > > Also, as a workaround, is there a way of forcing R to look in stats for the > fortran symbol (similar to using the double and triple colon for addressing > specific namespaces)?<snip> I can run example(lm.influence) and example(influence.measures) without issue on: R version 2.6.1 Patched (2007-11-26 r43541) on an F8 Linux system. I don't see anything immediately obvious in the NEWS file for 2.6.1 patched to suggest that something has changed here. Can you provide a reproducible example here and/or try to upgrade to patched? I would also try to run: R --vanilla from the command line to provide a clean environment to be sure that none of the other packages that you are loading are causing conflicts. HTH, Marc Schwartz
Seemingly Similar Threads
- problems compiling R under digital unix 4.0d (PR#826)
- buglet in lm.influence() -- easy fix but... (PR#278)
- NaN when using dffits, stemming from lm.influence call
- ugly plots with xlim/ylim exceeding data range (changed since R2.6.1)
- final stages of installing R - please help?