similar to: R-1.2.3 OSF precompiled binary doesn't run under DU4.0D (PR#964)

I've down loaded R version 0.62.3 . After packing it out on my Digital personal workstation running DU4.0D i configure using the command "R_PRINTCMD=ppr CC=cc CFLAGS="-O" PERL=/local/bin/perl5 ./configure --prefix=/local/math" after this I'm trying to make the package and issue the command "make" at the end of this process I get the following error:

I am trying to build iproute2-2.4.7-20010824 from source on a 2.4.24 kernel. I have played a bit with ADDLIB and LDLIBS variables but I always get errors so I suppose it''s best if instead of playing I try to understand what does the following mean (from the README file): ADDLIB should contain inet_* functions, if your libc contains obsolete resolver library (<4.9.4) and you have no

Greetings. I'm trying to install R-0.90.1 on our digital 4.0F servers (alphaev6 arch). Using either the digital cc and f77, or gcc 2.95.2 and g77, R compiles, but on trying to execute it I get: 11819:./bin/R.X11: /sbin/loader: Fatal Error: cannot map xxxxxxx I'm used to 'cannot map', but always with a shared library name, not 'xxxxxxx'. Has anyone else run into this

Running on an Alpha machine which reports (uname -a) OSF1 bsdx01.bs.ehu.es V4.0 878 alpha and using the binary distribution put together by Albrecht Gebhardt (in http://cran.at.r-project.org/bin/osf/osf4.0/tar/alpha_ev5/) I obtain core dumps whenever I try to use package rpart. I have R REMOVE'd the rpart package, downloaded the source rpart_1.0-7.tar from CRAN and

Hi the list, I just installed the R-1.7.0-1mdk.i516.rpm package on a mdk 9.1. All looks fine until I try to launch some graphics functions as png() or even demo( graphics). I receive the following example message: > png() Error in png() : R_X11 module cannot be loaded In addition: Warning message: unable to load shared library "/usr/lib/R/modules/R_X11.so":

Duncan, I don't know what we want, but it is not a simple matter of documenting what .dynLibs currently does. What I see as bugs are 1) the inconsistent names and types of the components returned by .dynLibs(). 2) the inconsistent inclusion or not of R_X11 in the list returned by .dynLibs(). 3) the inclusion of static info (base) by library.dynam(). 4) including loadable modules

Filing on R-bugs (DTL's reply started a new PR). -- Brian D. Ripley, ripley@stats.ox.ac.uk Professor of Applied Statistics, http://www.stats.ox.ac.uk/~ripley/ University of Oxford, Tel: +44 1865 272861 (self) 1 South Parks Road, +44 1865 272866 (PA) Oxford OX1 3TG, UK Fax: +44 1865 272595 ---------- Forwarded message

Hi, I downloaded a binary version of R for my Solaris 10 box (from http://www.sunfreeware.com/programlistsparc10.html#R), and everything looked fine during the installation. However, I got a "X11 module cannot be loaded" error when I attempted to save a graph to be a png file. Does it look like a problem of the Solaris box or a problem of the installation (missing library file)?

nor in any sensible way we could document. In R 2.0.0 (and current R-patched and R-devel): > X11() > library.dynam() Filename Dynamic.Lookup base base FALSE stats /usr/local/lib/R/library/stats/libs/stats.so TRUE methods /usr/local/lib/R/library/methods/libs/methods.so

Hi, I have some Problems compiling/linking R under AIX 4.3 Here what kind of compilers I use: $ /usr/local/bin/gcc -v Reading specs from /usr/local/lib/gcc/powerpc-ibm-aix4.3.2.0/3.4.3/specs Configured with: ../gcc-3.4.3/configure --disable-nls --disable-aix64 Thread model: aix gcc version 3.4.3 $ /usr/local/bin/ld -v GNU ld version 2.16 and then the IBM Fortran Compiler 'xlf95' I run

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

--d6Gm4EdcadzBjdND Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Prof Brian Ripley wrote: > nor in any sensible way we could document. >=20 > In R 2.0.0 (and current R-patched and R-devel): >=20 > > X11() > > library.dynam() > Filename Dynamic.Lookup >

I am trying to get R-2.2.1 to pass make check on an AIX 5.2 at work (I know R-2.2.1 is not the latest release, but I encountered make errors in my attempts to install either R-2.3.0 or the R-patched_2006-05-10 on the version of AIX I am on. I will post those errors in a separate posting from this.) So far, configure and make finish without error for R-2.2.1 using gnu make, gcc-4.1.0, and

Dear all, I am new to R system. When I tried to edit data read from a csv file, R system crushed, I got an error message as follows: > edit(data) *** buffer overflow detected ***: /usr/lib/R/bin/exec/R terminated ======= Backtrace: ========= /lib/libc.so.6(__chk_fail+0x41)[0x49d020b1] /lib/libc.so.6[0x49d034a2] /usr/lib/R/modules//R_X11.so[0x33ed7a] /usr/lib/R/modules//R_X11.so[0x34050d]

Dear all, I am new to R system. When I tried to edit data read from a csv file, R system crushed, I got an error message as follows: > edit(data) *** buffer overflow detected ***: /usr/lib/R/bin/exec/R terminated ======= Backtrace: ========= /lib/libc.so.6(__chk_fail+0x41)[0x49d020b1] /lib/libc.so.6[0x49d034a2] /usr/lib/R/modules//R_X11.so[0x33ed7a] /usr/lib/R/modules//R_X11.so[0x34050d]

Hi, I am trying to modify the devX11.c source in the directory R-2.4.1/ src/modules/X11. Under OS X 10.4.9 running the R gui (R version 2.4.1) on a Powerbook, i type this and get the subsequent error. > dyn.unload("/Library/Frameworks/R.framework/Resources/modules/ppc/ R_X11.so") Error in dyn.unload(x) : dynamic/shared library '/Library/Frameworks/

Hin-Tak Leung wrote: > Peter Dalgaard wrote: > <snipped> >> You need x11() with a valid display to trigger the bug: >> >> [pd at titmouse2 BUILD]$ ssh -Y 192.168.1.10 >> pd at 192.168.1.10's password: >> Last login: Sat Oct 27 02:40:16 2007 from 192.168.1.11 >> [pd at janus ~]$ echo $DISPLAY >> localhost:10.0 >> [pd at janus ~]$

Dear all, I am puzzled by the following behavior of the new grid.cap() function, which appears to run out of time when capturing the output of a graphic. It works fine if I introduce a Sys.sleep(1) before executing more code, library(grid) quartz() grid.circle(gp=gpar(fill="black")) gg <- grid.cap() dev.new() grid.raster(gg) ## completely blank gg[gg!="white"] ## indeed

Hi, I have problems compiling R 2.2.0 under AIX 4.3 with GCC and xlf95 (FORTRAN) Compilers. here the error message I got: make[1]: Entering directory `/home/mau/sy/R-2.2.0/src/modules/X11' make[1]: `Makedeps' is up to date. make[1]: Leaving directory `/home/mau/sy/R-2.2.0/src/modules/X11' make[1]: Entering directory `/home/mau/sy/R-2.2.0/src/modules/X11' /usr/local/bin/gcc

SYSTEM: ------ CPU: AMD64 MOTHERBOARD: ASUS OS: FEDORA CORE 5 i64_86 R SESSION: ---------- > teste<-list(a=c(1,2,3,4),b=c(2,4,6,8)) > teste $a [1] 1 2 3 4 $b [1] 2 4 6 8 > de(teste) *** buffer overflow detected ***: /usr/lib64/R/bin/exec/R terminated ======= Backtrace: ========= /lib64/libc.so.6(__chk_fail+0x2f)[0x3bbbedee3f] /lib64/libc.so.6[0x3bbbee03a7]