similar to: R CMD check (PR#982)

Release of revised version of R/GRASS GIS raster and sites data interface. The latest version of the R contributed package "GRASS", release 0.1-6, may be downloaded from CRAN (cran.r-project.org) - contributed packaged section, "Devel" directory, file: GRASS_0.1-6.tar.gz. It may also be downloaded from ftp://reclus.nhh.no/pub/R/GRASS_0.1-6.tar.gz. This version is intended for

This behaviour is confirmed for RH70, RH62, Debian 2.2 on 3 different Pentium-class i386. I've checked back and package ann_0.2-2 works on 1.1.1, but fails with seg. faults on 1.2.0 (ann_0.2-2.pre3.tar.gz to accommodate the change in Makeconf) and subsequent (1.2.0 checked today on RH62 with gcc 2.95.3 19991030 (prerelease)). It is most likely that 1.1.1 was too forgiving, and that better

It looks as though the problem isn't in R - I provoked a SIGSEGV under R 1.1.1 on RH62: > for (i in 1:100) an1 <- ann(cbind(runif(1000), runif(1000)), k = 4) > for (i in 1:100) an1 <- ann(cbind(runif(1001), runif(1001)), k = 4) Program received signal SIGSEGV, Segmentation fault. 0x40111109 in chunk_free (ar_ptr=0x401a5d40, p=0x8849a30) at malloc.c:3111 3111 malloc.c: No such

I have been working on an R package that calls C code using .C(). I recently started including some functions from the GNU Scientific Library in my code. The code runs fine on my machine when not wrapped in the package. But I get the following error from "R CMD check" * checking whether the package can be loaded ... ERROR Loading required package: splancs Loading required package: sp

I'm testing a FC5 machine for use in a student lab. R 2.3.1 is installed and seems to work fine. There is one peculiarity - the logins are authenticating to a server, and a "verbose" flag is set somewhere, leading to lots of spurious messages like this request done: ld 0xa227598 msgid 1 which may be confusing R. However, R CMD check seems to fail for packages with no

As cool and wonderful as the package checking tools for R are, I sometimes am stymied when trying to track down a problem. For example, I occasionally see error messages when running R CMD check like the following: [...] * checking Rd files ... OK * checking for undocumented objects ... ERROR * in parse(file, n, text, prompt) : syntax error on line 932 * in undoc(dir =

Maybe someone can help shed some light on an odd and repeatedly irritating error I noticed when running the check Perl script on my R 1.3 project. In following it line by line, I traced my problem down to the code/documentation matching within check, the most recent version of which seems to verify proper .Rd formatting by means of R's codoc and undoc functions. Under R --vanilla, those two

Hi, there, I used R CMD check to build my "ATGGS" package under window XP system. My R version is 2.7.2. But I encounter some problems. The log file is like: ********************************************************************************** installing R.css in C:/ATGGS.Rcheck ---------- Making package ATGGS ------------ adding build stamp to DESCRIPTION installing R files

Hi, there, I used R CMD check to build my "ATGGS" package under window XP system. My R version is 2.7.2. But I encounter some problems. The log file is like: ********************************************************************************** installing R.css in C:/ATGGS.Rcheck ---------- Making package ATGGS ------------ adding build stamp to DESCRIPTION installing R files

>From version 2.01-17, splancs, a package for spatial point pattern analysis, depends on package sp. Because both packages have defined a bounding box function bbox(), the bbox() method in sp has been given priority, and the default object for dispatch is an array with two or more columns (as in splancs until now). However, the deprecated splancs function returned a non-closed rectangle of

>From version 2.01-17, splancs, a package for spatial point pattern analysis, depends on package sp. Because both packages have defined a bounding box function bbox(), the bbox() method in sp has been given priority, and the default object for dispatch is an array with two or more columns (as in splancs until now). However, the deprecated splancs function returned a non-closed rectangle of

Dear R devel I am experiencing a problem using R CMD check. I tried to specify the argument outdir, but get every time the error message: Warning: unknown option ‘--outdir==RCHECK’ This happens both on R 2.15.2 Linux, as well as R 3.0.1 Windows, with latest Rtools. Is it just that I am not passing the argument the right way, or is there an issue with R CMD check? I tried to write the argument

I am not sure if this is already known. I checked BUGS and found some references to similar behavior when R_HOME is set? Here is what I get: (1) Fresh build of 1.4.1 under Linux/RH-7.2. All tests pass. > R CMD check ctest * checking for working latex ... OK * using log directory `/home/andyj/stat/R-1.4.1/library/ctest.Rcheck' Installing *source* package `ctest'

Dear r-devel members, I tried to build R packages on a PC running Windows XP but experience problems. However, it is ok when there is no inst directory in a package. Any help would be appreciated. The following is an example, C:\work>R CMD check VR_7.2-19.tar.gz * checking for working latex ... OK * using log directory 'C:/work/VR.Rcheck' * using R version 2.1.1, 2005-06-20 *

Hi! All. I want to make R package with "http://code.google.com/p/uchardet/" library. But I encountered error. Executable file with -lchardet works well but shared library didn't work with dyn.load() with Rcpp. Can any one give some tips? * installing *source* package ‘Ruchardet’ .. ** libs g++ -I/usr/share/R/include -DNDEBUG -I/usr/local/include -I/usr/include

I am trying to figure out why checking my package is deleting my inst/doc/ directory when I do it in RStudio. Along the way I've hit another puzzle. In RStudio the check runs and is mostly OK, aside from the deletion. But when I try with vanilla R, the check fails almost immediately: -------------------------powershell--------------------------- PS C:\Users\rdboylan\Documents\BP\pimex>

? Fri, 3 May 2024 19:45:08 +0000 "Boylan, Ross via R-help" <r-help at r-project.org> ?????: > & $R CMD check . > * checking for file './DESCRIPTION' ... ERROR > Required fields missing or empty: > 'Author' 'Maintainer' You're checking a source package directory. This could work, but it's much easier and more reliable to (1) build

Hi, I have a couple of new errors in our package when I check it on R 2.13-rc (r55310). The first one that's mystifying me is * checking R code for possible problems ... NOTE Error : object normalizePath is not exported by 'namespace:utils' Error : object normalizePath is not exported by 'namespace:utils' Firstly, it's strange to see NOTE and Error being used

Dear R-users, I am going through the last steps of package prep before submission to CRAN and I have the following problem. My package contains a single vignette written in optimbase.Rnw and that in stored in /inst/doc. optimbase.Rnw contains multiple \input{} statements that refer to .tex files stored in /inst/latex.ref/, e.g.: \input{../latex.ref/optimbase-package.tex} When I compile my Rnw

Dear all, I'm puzzled by the error I get from R CMD check one of my packages. I'm running R CMD check with the --as-cran flag and it get the error both from running it from the command line as from within Rstudio. On the same machine R CMD check on my GRTS package (https://r-forge.r-project.org/R/?group_id=1027) works fine. Any suggestions on how to fix this? I can send the source code