similar to: (PR#996) Double inclusion of "int R_OutputCon" from

The header file still contains the old places for some code that is now in the 'module' section: * currently existing device drivers: * FILE driver name prefix * ---------------------- ------------------ * ../main/devPS.c PS _and_ XFig * ../main/devPicTeX.c PicTeX * ../unix/X11/devX11.c X11 * ../gnuwin32/devga.c GA * ../unix/gnome/devGTK.c GTK * ../unix/gnome/devGNOME.c

I noticed that congigure reported libpng as "not found" although a recent version exists. Further looking into this issue told me, that the test failed because the test from R.m4 AC_CHECK_LIB(png, png_create_write_struct, [ BITMAP_LIBS="${BITMAP_LIBS} -lpng -lz" AC_DEFINE(HAVE_PNG) ], , ${LIBS}) ], AC_MSG_RESULT([no])) ]) did

As the subject says, one has SUBDIRS = X11 gnome internet lapack vfonts MODULES = $(R_GUIS) internet lapack vfonts It is my understanding, that there is a 1:1 correspondence between subdirs and modules. If this were true, then one could use one of both in all places. Or do I overlook something here? -- Thomas Hoffmann Telephone: 49-351-4598831 thoffman at

I see a possible problem with the "wait" parameter for the profiler thread: static void R_InitProfiling(char * filename, int append, double dinterval) { int wait; Here is the (automatic) variable. HANDLE Proc = GetCurrentProcess(); .......... wait = interval/1000; if(!(ProfileEvent = CreateEvent(NULL, FALSE, FALSE, NULL)) || (_beginthread(ProfileThread, 0,

I am not sure if this is the right place for that kind of questions, but I wondered that the recommended package survival did not pass R's check procedure without warnings: 1) unbalanced braces: * Rd files with unbalanced braces: * man/Surv.Rd * man/cluster.Rd * man/cox.zph.Rd * man/coxph.Rd * man/coxph.detail.Rd * man/date.ddmmmyy.Rd * man/lines.survfit.Rd *

Maybe I am overlooking something important, but why is Runix.h included twice in sys-std.c? .... #include "Runix.h" #include "Startup.h" #include "Runix.h" .... In Runix.h, there is another iclusion of Startup.h ... Was this an omission during clean up? Curious, Thomas Hoffmann. -.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-

Hello, Looking for guidance on compiling R version 3.4 on Debian 12. I?m encountering the following error on compiling: /usr/bin/ld: ../unix/system.o:(.bss+0x0): multiple definition of `R_OutputCon'; CommandLineArgs.o:(.bss+0x0): first defined here /usr/bin/ld: ../unix/sys-unix.o:(.bss+0x0): multiple definition of `R_OutputCon'; CommandLineArgs.o:(.bss+0x0): first defined here

R-devel Digest Monday, September 24 2001 Volume 01 : Number 314 In this issue: [Rd] R 1.3.1 fails 'make check' on arm in the Bessel example (PR#1097) [Rd] Bug list summary (automatic post) [Rd] (PR#1089) Can be closed See the end of the digest for information about r-devel-digest ---------------------------------------------------------------------- Date: Fri, 21

Hi I've compiled Tinc 1.0.2 from source but I'm having trouble. Not only am I having disconnections all the time (could be a network issue however) but even worse, Tinc is ignoring my MaxTimeout = 60 and is waiting longer and longer and longer (logfile shows it at 120 seconds). Is this a bug or have i misconfigured anything? best regards Marco Amrein Dec 5 11:25:12 frank

Hello, I am trying to run a small example with foreach, but I am having some problems. Here is the code: *library(doMC) registerDoMC() zappa = list() frank = list() foreach (i = 1:4) %dopar% { zappa[[i]] = kmeans (iris[-5],4) frank[[i]] = warnings() }* The code runs without error. However the zappa and frank will be empty lists. If I use regular *for *instead, the list will be filled up

>From owner-majordomo Thu Dec 28 05:29:23 1995 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id FAA04159 for <announce@freebsd.org>; Thu, 28 Dec 1995 05:29:12 -0800 (PST) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id OAA04823 for

Full_Name: John Brzustowski Version: R-devel-trunk, R-2.4.0 OS: linux Submission from: (NULL) (206.248.132.197) DESCRIPTION seek() on files larger than 2 gigabytes fails for large values of "where" on i386 linux 2.6.13 (and presumably other 32-bit unix-like platforms). e.g.: > f<-file("3gigabytefile.dat", "rb") > seek(f, 3e9, "start",

================================================= This is an automated summary of the status of the R-bugs repository. Note that this may be neither complete nor perfectly correct at any given instance: Not all bugs are reported, and some reported bugs may have been fixed, but the repository not yet updated. Some bug fixes are difficult to verify because they pertain to specific hardware or

CentOS Errata and Bugfix Advisory 2012:1184 Upstream details at : http://rhn.redhat.com/errata/RHBA-2012-1184.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 85aed94f1ee9a2c4886d2bbca6ccd73b59d9e9e0903f866c84e12219703faeca perl-XML-SAX-0.14-13.el5.noarch.rpm x86_64:

Send CentOS-announce mailing list submissions to centos-announce at centos.org To subscribe or unsubscribe via the World Wide Web, visit http://lists.centos.org/mailman/listinfo/centos-announce or, via email, send a message with subject or body 'help' to centos-announce-request at centos.org You can reach the person managing the list at centos-announce-owner at centos.org When

Hello again, I have another question related to parsing a very large xml file with SAX: what kind of data structure should I favor? Unlike using DOM function that can return lists of relevant nodes and let me use various versions of 'apply', the SAX parsing returns me one thing at a time. I first tried to simply append to simple solution of appending to lists as I get the data. But I

CentOS Errata and Bugfix Advisory 2011:1446 Upstream details at : http://rhn.redhat.com/errata/RHBA-2011-1446.html The following updated files have been uploaded and are currently syncing to the mirrors: ( md5sum Filename ) i386: 47eeab4c308fbf62d697aa7130cad9a4 perl-XML-SAX-0.14-11.noarch.rpm Source: 87dceb01f600717c787f9bc069d5bac9 perl-XML-SAX-0.14-11.src.rpm -- Johnny Hughes CentOS

CentOS Errata and Bugfix Advisory 2011:1446 Upstream details at : http://rhn.redhat.com/errata/RHBA-2011-1446.html The following updated files have been uploaded and are currently syncing to the mirrors: ( md5sum Filename ) x86_64: 47eeab4c308fbf62d697aa7130cad9a4 perl-XML-SAX-0.14-11.noarch.rpm Source: 87dceb01f600717c787f9bc069d5bac9 perl-XML-SAX-0.14-11.src.rpm -- Johnny Hughes

Send CentOS-announce mailing list submissions to centos-announce at centos.org To subscribe or unsubscribe via the World Wide Web, visit http://lists.centos.org/mailman/listinfo/centos-announce or, via email, send a message with subject or body 'help' to centos-announce-request at centos.org You can reach the person managing the list at centos-announce-owner at centos.org When

Hi, I have mentioned before that we have added some sdt dtrace probes in SAX, our APL interpreter. Encouraged by Angelo and Jignesh, I have created a small document (5 pages) describing our experience with it, together with some problems we have encountered and some scripts we use for pretty-printing dtrace outputs. The said document can be found at