similar to: all.rda again

I am trying to build R-devel on Darwin with two-level namespaces and without using --bundle_loader path/to/R.bin, so that all symbols must come from libR.dylib. This goes well, until during the methods package build all.rda must be made from all.R. Then I get dumping R code in package 'methods' Error: Object "dataClass" not found Execution halted I can get past this point by

Hi, R v2.1.1 patched (2005-05-26) for Windows crashes. The sympotoms are like "memory leakage". The patched version from two days ago crashes at a different position in R CMD check compared to todays version. A "REPRODUCIBLE" EXAMPLE: Unfortunately, I cannot create a minimal code example reproducing the crash, but here is at least a simple way to reproduce it: 1. Make

Full_Name: Renaud Lancelot Version: 1.7.1. OS: MS Windows XP Pro Submission from: (NULL) (213.154.92.224) R crashes when installing package from CRAN (from the menu). The bug seems to be reproducible, at least on my system: 1. Open R 2. Install package from CRAN: install 1 package 3. Back to R: delete file ("y" at the prompt) and wait till package is fully installed 4. Go back to the

The released version of R-1.7.0 builds and checks fine on Mandrake 9.1, but I am still having trouble with my vignettes and sweave causing segfaults. Unfortunately the segfaults with the release version are happening in tests where I have much more difficulty trapping them. I did also build R-1.7.0beta_2003-04-16 this morning, and for that the segfaults occurred in a test which is much easier for

This problem is with R 1.7.0 (as released) on Linux and Solaris. Details below are from Linux, Mandrake 9.1. The problem also happened with R 1.6.2 and on Mandrake 9.0. Vignettes often (for me) provokes problems with the misleading error message: * creating vignettes ... ERROR Error in sub(pattern, replacement, x, ignore.case, extended) : invalid argument Error in buildVignettes(dir =

This is a followup to the R-help thread, "Error: STRING_ELT() can only be applied to a 'character vector', not a 'builtin'". Thanks to Prof. Brian Ripley for suggesting the use of gctorture and valgrind. I am getting segmentation faults that appear to come from a memory leak. I now have a reproducible example (below). It requires the "g.data" package

> install.packages("rggobi", repos="http://ggobi.org/r/") Warning in install.packages("rggobi", repos = "http://ggobi.org/r/") : argument 'lib' is missing: using /Users/hadley/Library/R/library/ Reading symbols for shared libraries . done Program received signal EXC_BAD_ACCESS, Could not access memory. Reason: KERN_INVALID_ADDRESS at

Below is a gdb bt from a segfault provoke by my vignette for dse2. This seems to be relatively reproducible in the sense that I got a segfault three times (without gctorture) on Mandrake 9.0 and also caught it in Mandrake 9.1, at what looks to my untrained eye to be about the same place (actual at connections.c:293 in Mandrake 9.1). This is the build from Friday morning. Paul Gilbert

Full_Name: Henrik Bengtsson Version: R v1.7.0 OS: WinXP Pro Submission from: (NULL) (130.235.2.229) There seems to be an upper limit of the number of files (approx 1000 files) a zip-file can contain when unpacking it with zip.unpack(). This results in an R crash. This bug is urgent since install.packages() relies on zip.unpack() and too big packages/bundles won't install with the current R

Full_Name: Henrik Bengtsson Version: R v1.7.0 OS: WinXP Pro Submission from: (NULL) (130.235.2.229) There seems to be an upper limit of the number of files (approx 1000 files) a zip-file can contain when unpacking it with zip.unpack(). This results in an R crash. This bug is urgent since install.packages() relies on zip.unpack() and too big packages/bundles won't install with the current R

I'm a novice with gdb but the following is the result of a segfault problem I've been having with 1.2.0. If there is something else I should do to get more useful information at this point, then someone please let me know. Paul Gilbert ______ [5] /home/mfa5/gilp/zzot : R -d gdb GNU gdb 4.17 Copyright 1998 Free Software Foundation, Inc. GDB is free software, covered by the GNU General

Full_Name: Henrik Bengtsson Version: R v1.7.0 OS: WinXP Pro Submission from: (NULL) (130.235.2.229) There seems to be an upper limit of the number of files (approx 1000 files) a zip-file can contain when unpacking it with zip.unpack(). This results in an R crash. This bug is urgent since install.packages() relies on zip.unpack() and too big packages/bundles won't install with the current R

Dear All, I haven't seen any further comments about the problem that John Marsland first noted and that I also have: > library(DBI) > library(RMySQL) Warning message: DLL attempted to change FPU control word from 8001f to 9001f > mgr <- dbDriver("MySQL") > con <- dbConnect(mgr, host="localhost", dbname="marketing") upon which R dies...

Hi everyone, In relation to the RODBC odbcClose bug which was fixed back in the changelog below: Version: 1.2-3 (2008-01-24, released) * Plug a memory leak in inRODBCClose (closing a connection), reported by Stephan Henne. * Use translateChar() on character data sent in. Background: I am running some data from a SQL Server database, through unixODBC (freetds) into R via the RODBC

I originally posted this to R-help, but here is probably a better place. I have a rather complex routine which works great in R. Then I bootstrap it. After running a few minutes it typically segfaults, though it happens very randomly. This happens w/ 1.9.0 and 1.9.1 on Fedora1 and a Scyld (RH7.3) system. Traces always point back to routines in src/main/memory.c, though often not the same

I'm running some code in R64 on a Mac OS 10.6.8 that calls a C program through the dyn.load() function. The code hangs after several days of computation, and I've having trouble locating the problem. Can anyone decipher this info from the error report, and tell me if this is a problem in R64, or in the C code? Thanks very much in advance. A few hints: "pa" is the name of the C

Hi! I tried to configure and compile R 1.4.0 on a sun sparc solaris 2.6 box using the sun compiler (workshop 6?); but: ------------------------------------------------------------------------------------------------- (mt100): ./configure --x-includes=/usr/openwin/include --x-libraries=/usr/openwin/lib --with-f77 [...] R is now configured for sparc-sun-solaris2.6 Source

Full_Name: Andrew Piskorski Version: R 2.9.2 (Patched), 2009-09-24, svn.rev 49930, x86_64-unknown-linux-gnu OS: Linux, Ubuntu 8.04.3 LTS Submission from: (NULL) (66.31.65.247) I have a large memory test case which segaults R everytime in an fgets call from R's do_system (see below). This appears to be because R does not check the return value of the system popen, and I have a simple patch

Hello, I get a segfault when running glmmboot in my own package glmmML. Has happened many time before, but this time I get no hint of where in my C functions the error might be. I give the output below. Can this be an R bug? I suspect it has to do with repeated calls to 'vmmin' like this: for (...){ vmax = vmaxget(); vmmin(*p, b, &Fmin, bfun,

I found this by accident yesterday. The program that crashes is the first two lines of the example from the help page for nlmer. That example hasn't changed in a long time, so I assumed that it is an R-devel issue. It could also be a long latent nlmer bug. The second run with valgrind is puzzling. Terry T. > library(lmer) > sessionInfo() R Under development (unstable)