similar to: RODBC Close Memory Leak Question

Hi Everyone, At the end of this email is a transcript of a problem I have found in RODBC version 2.3-1. It appears that the bug fix in odbcClose for the memory leak has meant that the garbage collector is falling over when it tries to free up the extPtr attribute of the RODBC connection pointer. Any advice on how to fix this? Thanks for your help, Tom

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

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

After a clean download of R-devel, I do not get the same error anymore involving dataClass when dumping, but I do get dumping R code in package 'methods' initializing class and method definitions now ...make[1]: *** [../../../library/methods/R/all.rda] Error 139 make: *** [all] Error 2 If I move to src/library/methods and do setenv R_DEFAULT_PACKAGES NULL ../../../bin/R --vanilla

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

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

This is R 2.10.1, from Fedora 12 and RODBC 1.3-1 (although 1.3-0 has the same problem) on i686. Originally reported here: https://bugzilla.redhat.com/show_bug.cgi?id=557953 Reproducer and output below: [spot at f12.i386 src]$ R R version 2.10.1 (2009-12-14) Copyright (C) 2009 The R Foundation for Statistical Computing ISBN 3-900051-07-0 R is free software and comes with ABSOLUTELY NO

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

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! 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

I've trapped this segfault with gdb, but I'm not sure what it means or what to do next. Paul _____ $ R -d gdb GNU gdb 4.17 Copyright 1998 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is

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

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)