search for: libre

Hello, Not sure if this is the right list of if this is a gdal/sf issue so I apologize but recently I've been seeing errors that crash R/3.5.1 and throw a double-linked list error (see below). Has anyone else come across this issue and if so is there a fix? > rwhole <- st_transform(rwhole,st_crs(ele.map)) *** Error in `/usr/local/lib64/R/bin/exec/R': corrupted double-linked list:

The Fedora Extras update of R found its way onto my systems today and I noted that fix() and edit() no longer work. There is a program crash that closes up R, but it does not leave a core file. I've tested by turning off SELinux, it had no effect. Do you see it too? What do you think? It happens on both systems I've tested. As far as I know, both of these systems are up-to-date. I

I have an R script that I run using nohup R CMD BATCH r.in r.out & The code loops through data from the database and takes hours. The problem is, in about an hour and a half after I start the script the program stops and I get /usr/lib/R/bin/BATCH: line 55: 14067 Done ( echo "invisible(options(echo = TRUE))"; cat ${in}; echo "proc.time()" ) 14068

...ption: 0x1000 - 0x1fff R /Library/Frameworks/R.framework/Resources/bin/exec/R 0x4000 - 0x5fff libRblas.dylib /Library/Frameworks/R.framework/Resources/lib/libRblas.dylib 0x3c000 - 0x48fff libgcc_s.1.dylib /usr/local/gnu/gcc/4.2.2/lib/libgcc_s.1.dylib 0xb5000 - 0xecfff libreadline.5.1.dylib /usr/local/lib/libreadline.5.1.dylib 0x24a000 - 0x24ffff methods.so /Library/Frameworks/R.framework/Resources/library/methods/libs/methods.so 0x2e9000 - 0x551fff libR.dylib /Library/Frameworks/R.framework/Resources/lib/libR.dylib 0x5d2000 - 0x65dfff libgfortran.2.dyli...

On Mon, 14 Jan 2019 at 10:58, Glen MacLachlan <maclach at gwu.edu> wrote: > > Hello, > > Not sure if this is the right list of if this is a gdal/sf issue so I > apologize but recently I've been seeing errors that crash R/3.5.1 and throw > a double-linked list error (see below). Has anyone else come across this > issue and if so is there a fix? R-sig-geo is probably

...(run_Rmainloop+0x62)[0x7852c2]/usr/lib/R/lib/libR.so(Rf_mainloop+0x19)[0x7852e9]/usr/lib/R/bin/exec/R(main+0x38)[0x8048608]/lib/i386-linux-gnu/libc.so.6(__libc_start_main+0xf3)[0x1c4113]/usr/lib/R/bin/exec/R[0x8048631]======= Memory map: ========00110000-00145000 r-xp 00000000 08:01 5242914 /lib/libreadline.so.6.200145000-00146000 r--p 00034000 08:01 5242914 /lib/libreadline.so.6.200146000-00149000 rw-p 00035000 08:01 5242914 /lib/libreadline.so.6.200149000-0014a000 rw-p 00000000 00:00 0 0014a000-00151000 r-xp 00000000 08:01 5249896 /lib/i386-linux-gnu/librt-2.13.so00151000-00152000 r--...

Good Afternoon: Have an R script that uses RMySQL package. Everything works great within 32 bit ubuntu linux environment (/usr/sbin/mysqld: ELF 32-bit LSB shared object, Intel 80386, version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.15, stripped). > mysqlClientLibraryVersions() 5.1.41 5.1.37 50141 50137 Now testing on 64 bit ubuntu linux environment

I frequently get a segmentation fault error when using the "plot" command. It happens about half the time. We are running an old version of R (R version 2.8.0 (2008-10-20) on Linux. I did a quick search for this problem and didn't find anything. Apologies if I missed it. *** Process received signal *** Signal: Segmentation fault (11) Signal code: Address not mapped (1)

Dear listers, a few days ago I asked a question about a problem I had with a C function programmed by myself to be called from R. Thanks to your help, I have been able to look a bit further into it, so now I can be a bit more specific when telling what happens. The fact is that, when my C function finishes its execution (after calling it via the ".C" interface), R seems ok but

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

...inloop+0x62)[0x7852c2]/usr/lib/R/lib/libR.so(Rf_mainloop+0x19)[0x7852e9]/usr/lib/R/bin/exec/R(main+0x38)[0x8048608]/lib/i386-linux-gnu/libc.so.6(__libc_start_main+0xf3)[0x1c4113]/usr/lib/R/bin/exec/R[0x8048631]======= > Memory map: ========00110000-00145000 r-xp 00000000 08:01 5242914 > /lib/libreadline.so.6.200145000-00146000 r--p 00034000 08:01 5242914 > /lib/libreadline.so.6.200146000-00149000 rw-p 00035000 08:01 5242914 > /lib/libreadline.so.6.200149000-0014a000 rw-p 00000000 00:00 0 > 0014a000-00151000 r-xp 00000000 08:01 5249896 > /lib/i386-linux-gnu/librt-2.13.so0015100...

Yea I am aware of this. This is because the Ubuntu binary has stack smashing detection enabled. It's possible to build R without this checking: export CFLAGS="-fno-stack-protector" I have not been able to figure out why stack smashing is detected. I'm cc'ing this to r-devel in case anyone else has an idea. Michael On Wed, Aug 6, 2008 at 12:31 AM, Felix Andrews

...r-xp 00000000 08:01 3408777 /lib/i386-linux-gnu/libpcre.so.3.12.1 b7106000-b7107000 r--p 00039000 08:01 3408777 /lib/i386-linux-gnu/libpcre.so.3.12.1 b7107000-b7108000 rw-p 0003a000 08:01 3408777 /lib/i386-linux-gnu/libpcre.so.3.12.1 b7108000-b713d000 r-xp 00000000 08:01 3408787 /lib/i386-linux-gnu/libreadline.so.6.2 b713d000-b713e000 r--p 00035000 08:01 3408787 /lib/i386-linux-gnu/libreadline.so.6.2 b713e000-b7141000 rw-p 00036000 08:01 3408787 /lib/i386-linux-gnu/libreadline.so.6.2 b7141000-b7142000 rw-p 00000000 00:00 0 b7142000-b716c000 r-xp 00000000 08:01 3408736 /lib/i386-linux-gnu/libm-2.15....

Dear All, I am actually on R-devel using shell consol. When I run RStudio, it can't find libR.so in the new /lib folder where is libRblas.so libRlapack.so. At first step I configure R-devel to share library with ./configure --enable-R-shlib. when I copied libR.so from /usr/lib/R/lib/libR.so (stable version R 3.1) to /usr/local/R-devel/lib/libR.so (R-devel version), That doesn't work.

Dear All, I am actually on R-devel using shell consol. When I run RStudio, it can't find libR.so in the new /lib folder where is libRblas.so libRlapack.so. At first step I configure R-devel to share library with ./configure --enable-R-shlib. when I copied libR.so from /usr/lib/R/lib/libR.so (stable version R 3.1) to /usr/local/R-devel/lib/libR.so (R-devel version), That doesn't work.

...lib referenced from: /Library/Frameworks/ R.framework/../R.framework/R (checking for undefined symbols may be affected) (No such file or directory, errno = 2) ld: warning can't open dynamic library: /Developer/SDKs/ MacOSX10.4u.sdk/Library/Frameworks/R.framework/Versions/2.5/Resources/ lib/libreadline.5.2.dylib referenced from: /Library/Frameworks/ R.framework/../R.framework/R (checking for undefined symbols may be affected) (No such file or directory, errno = 2) ld: Undefined symbols: ___gcc_qadd referenced from libR expected to be defined in /Library/ Frameworks/R.framework/Versions/...

...: -v ==30906== searching for pointers to 6,493 not-freed blocks. ==30906== checked 13,097,152 bytes. ==30906== ==30906== ==30906== 4 bytes in 1 blocks are definitely lost in loss record 1 of 53 ==30906== at 0x40234B0: malloc (vg_replace_malloc.c:149) ==30906== by 0x4880C21: xmalloc (in /lib/libreadline.so.5.2) ==30906== by 0x4869109: readline_internal_teardown (in /lib/libreadline.so.5.2) ==30906== by 0x487C867: rl_callback_read_char (in /lib/libreadline.so.5.2) ==30906== by 0x420D34A: (within /usr/lib/R/lib/libR.so) ==30906== by 0x420E8F4: R_ReadConsole (in /usr/lib/R/lib/libR....

.../lib/libgcc_s.so.1 2b0cc43aa000-2b0cc45aa000 ---p 0000d000 08:02 14549054 /lib/libgcc_s.so.1 2b0cc45aa000-2b0cc45ab000 rw-p 0000d000 08:02 14549054 /lib/libgcc_s.so.1 2b0cc45ab000-2b0cc45e1000 r-xp 00000000 08:02 14549102 /lib/libreadline.so.5.2 2b0cc45e1000-2b0cc47e1000 ---p 00036000 08:02 14549102 /lib/libreadline.soAbandon (core dumped)

Hi, I encountered a segfault, memory not mapped error when using adjbox in robustbase. In trying to recreate the issue I found that the error occurs only for large sample size. Here is the code. > require(robustbase) Loading required package: robustbase > x <- rnorm(10) > y <- rep(1, 10) > adjbox(x ~ y) ## gives a plot > x <- rnorm(10000) > y <- rep(1,

...lib64/libz.so.1.2.3 359a414000-359a613000 ---p 00014000 fd:00 11017340 /usr/lib64/libz.so.1.2.3 359a613000-359a614000 rw-p 00013000 fd:00 11017340 /usr/lib64/libz.so.1.2.3 359a800000-359a835000 r-xp 00000000 fd:00 11015184 /usr/lib64/libreadline.so.5.1 359a835000-359aa34000 ---p 00035000 fd:00 11015184 /usr/lib64/libreadline.so.5.1 359aa34000-359aa3c000 rw-p 00034000 fd:00 11015184 /usr/lib64/libreadline.so.5.1 359aa3c000-359aa3d000 rw-p 359aa3c000 00:00 0 359cc00000-359cc03000 r-xp 0000000...