similar to: Error in testInstalledBasic

Greetings list, I am new to programming in R, and am using nnet() function for a project on neural networking. Firstly I wish to ask if there is any pdf explaining the algorithm nnet uses, which could tell me what the objects of the nnet class, like 'conn', 'nconn, 'nsunits', n and 'nunits' mean, and how weights are calculated. The package pdf has little or no

Hi, I'm currently in the process of writing an R-installation SOP for my company. As part of that process I'm using the recommendations from the 'R Installation and Administration' document, section 3.2, "Testing an installation". This is done on an XP machine, using the latest binary of 2.11.0. The binary is downloaded and then installed from the installer. I then

Hello, I installed R 2.13.0 on a Windows 2003 server.? I downloaded the Rtools213.exe from http://www.murdoch-sutherland.com/Rtools/ and placed it in the path (C:\Program Files\R\R-2.13.0\bin). I submitted the following code: library(tools) Sys.setenv(LC_COLLATE=C) testInstalledBasic('basic') I get the following message in the R Console, which I believe corresponds to a failure of the

With: R version 2.4.1 Patched (2007-01-22 r40548) "rep" is missing from methods:::.BasicFunsList, causing methods:::genericForPrimitive("rep") to fail, which in turn causes setMethod("rep", ...) to fail. (setGeneric("rep") of course fails as it should, saying that rep is a primitive and methods can be set). Here's the fix: build_main at

Dear R-SIG-Debian team, I have installed R3.2.1 as described at cran.r-project.org on my Ubuntu 14.04 using the Ubuntu packages for R (r-base and r-base-dev) from the package URL deb http://<my.favorite.cran.mirror>/bin/linux/ubuntu trusty/ I wanted to test the installation using the R commands: Sys.setenv(LC_COLLATE = "C", LANGUAGE = "en")

Dear users, I have a problem when using the testInstalledBasic function in the tools package on my windows 7 machine. I specified the environment variables as stated in the Installation and administration manual (Sys.setenv(LC_COLLATE = "C", LANGUAGE = "en")) and ran the function on an installation without additional packages. However the test fails on the script

I also just noticed that there is a bug: identical(ans, FALSE) should be is.null(ans). So no error is thrown: > methods:::genericForPrimitive("foo") NULL Will fix. On Wed, Jan 21, 2015 at 3:13 PM, Peter Haverty <haverty.peter at gene.com> wrote: > Doing it like this: > > genericForPrimitive <- function(f, where = topenv(parent.frame()), mustFind > = TRUE) {

Doing it like this: genericForPrimitive <- function(f, where = topenv(parent.frame()), mustFind = TRUE) { ans = .BasicFunsList[[f]] ## this element may not exist (yet, during loading), dom't test null if(mustFind && identical(ans, FALSE)) stop(gettextf("methods may not be defined for primitive function %s in this version of R",

Note that setMethod() resolves .BasicFunsList in the methods namespace directly when setting a method on a primitive. Somehow there should be consistency between genericForPrimitive() and the check in setMethod(). Also, we can probably step away from the use of elNamed(), given that [[ now uses exact matching. Have you tried patching methods to use .BasicFunsList directly as in setMethod? On

... and also all objects that actually live in the .GenericArgsEnv environment. > all( sapply( ls( .GenericArgsEnv ), function(.) is.null(environment(.)) ) ) [1] TRUE This has the consequence preventing argsAnywhere to get the args of seq.int. > argsAnywhere( seq.int ) Error in exists(".packageName", envir = envir, inherits = FALSE) : use of NULL environment is defunct

I'm trying to do a little system hacking on CMU Lisp. Currently CMU Lisp has a minimum of two files needed to execute. One is a program usually called "lisp" that the OS runs, which basically a loader for the other file, a lisp.core file that contains the actual lisp system. People have been asking for a way to make a "lisp executable" meaning putting everything into a

Hi all, The function call series genericForPrimitive -> .findBasicFuns -> .findAll happens 4400 times while the GenomicRanges package is loading. Each time .findAll follows a chain of environments to determine that the methods namespace is the only one that holds a variable called .BasicFunsList. This accounts for ~10% of package loading time. I'm sure there is some history to that

On 21/06/2019 17:41, Edouard Guign? via samba wrote: > hello, > > My 2nd issue is about acls which are added by "Domain users". > May you help me to solve it again ? > > Concerning this issue, on my samba share, I set permissions for the > share "groups" located on /var/datashared for "domain admins" (rwx) > and "domain users" (r-x)

John Chambers suggested that I forward this thread (first posted to r-help) along to r-devel... Thanks, Kevin -----Original Message----- From: John Chambers [mailto:jmc@research.bell-labs.com] Sent: Tuesday, August 06, 2002 6:31 PM To: Bartz, Kevin Cc: r-help@stat.math.ethz.ch Subject: Re: [R] [ and setMethod conflict? Definitely something funny going on, but perhaps a little less sweeping

Hello, I am facing 2 issues now. The first one is the more critical for me... 1. When I switch from sssd to winbind with : # authconfig --enablekrb5 --enablewinbind --enablewinbindauth --enablemkhomedir --update My sftp access did not work. Does it change the way to pass the login ? I used to connect in sftp with userlogin / userpassword //var/log/secure :// / /Jun 21 11:08:31 [localhost]

I noticed this oddity about [ and setMethod. First, I define testFunc, which sorts a data frame by the first column and returns the entries that aren't NAs, and testIt, which runs testFunc repeatedly on a random large data frame, each time saving the return into a dummy placeholder (for demonstration's sake). > require(methods) Loading required package: methods [1] TRUE > testFunc

I noticed this oddity about [ and setMethod. First, I define testFunc, which sorts a data frame by the first column and returns the entries that aren't NAs, and testIt, which runs testFunc repeatedly on a random large data frame, each time saving the return into a dummy placeholder (for demonstration's sake). > require(methods) Loading required package: methods [1] TRUE > testFunc

hello, My 2nd issue is about acls which are added by "Domain users". May you help me to solve it again ? Concerning this issue, on my samba share, I set permissions for the share "groups" located on /var/datashared for "domain admins" (rwx) and "domain users" (r-x) /var]# getfacl datashared/ # file: datashared/ # owner: root # group: root user::rwx

Hi, I am trying to compile a FORTRAN program to call from R under Windows 7 but I am having problem in the compiling step. To demonstrate this is the program testit.f: ------------------------------------------ subroutine TESTIT(x,n,m) dimension x(n) do 10 i=1,n 10 x(i)=x(i)**m end -------------------------------------------- When I compile it with gfortran I get

Hi all. I began examining the R source code in the last few days, for a better understanding of its structure. I read the manuals and digged deeply (maybe not enough?) into the source code, but I couldn't totally understand how .Primitive() works. Its effects, if I understand well, are quite clear to me (calling the C compiled counterpart of a "primitive" function), but where is its