similar to: Weird problem with my code....

Hi, I've been developing an image analysis package based on R for a while now and I've had problems relating to garbage collection, so it with great interest that I've noticed the work done by Luke Tierney in this area, and I'd like to discuss how best to fit it into my package. I'll start with how my package is structured - an image is represented by an integer with a class

From: Andrey Smetanin <asmetanin at virtuozzo.com> Synic is a lapic extension, which is controlled via MSRs and maintains for each vCPU - 16 synthetic interrupt "lines" (SINT's); each can be configured to trigger a specific interrupt vector optionally with auto-EOI semantics - a message page in the guest memory with 16 256-byte per-SINT message slots - an event

Dear r-devel, I am mutating rpart to do calculations on trees. I am trying to extract information from the tree. However, I got a seg. fault. This is the offending line in "rpmatrix.c": deltaI[0][0] = spl->improve; (Commenting it out cures the seg fault) I would like some advice on how to debug this. I have allocated memory with calloc and deltaI[0][0] should be

On Tue, 2018-06-05 at 10:23 -0700, Joe Perches wrote: > Perhaps these are simpler as > > #define __inline__ inline > #define __inline inline Currently, there are these uses of inline variants in the kernel $ git grep -w inline | wc -l 68410 $ git grep -w __inline__ | wc -l 503 $ git grep -w __inline | wc -l 57 So it seems it's also reasonable to sed all uses of __inline to

Dear R-devel, I am trying to alter rpart so that it makes additional calculations when growing the tree. In the "rpart.s" there is a call to the C routine: rp <- .C("s_to_rp2", as.integer(nobs), as.integer(nsplit), as.integer(nodes), as.integer(ncat),

Christian, the question for you is towards the end... On 09/10/2015 15:39, Denis V. Lunev wrote: > diff --git a/arch/x86/kvm/hyperv.c b/arch/x86/kvm/hyperv.c > index 62cf8c9..15c3c02 100644 > --- a/arch/x86/kvm/hyperv.c > +++ b/arch/x86/kvm/hyperv.c > @@ -23,13 +23,265 @@ > > #include "x86.h" > #include "lapic.h" > +#include "ioapic.h"

Christian, the question for you is towards the end... On 09/10/2015 15:39, Denis V. Lunev wrote: > diff --git a/arch/x86/kvm/hyperv.c b/arch/x86/kvm/hyperv.c > index 62cf8c9..15c3c02 100644 > --- a/arch/x86/kvm/hyperv.c > +++ b/arch/x86/kvm/hyperv.c > @@ -23,13 +23,265 @@ > > #include "x86.h" > #include "lapic.h" > +#include "ioapic.h"

From: Ben Skeggs <bskeggs at redhat.com> We've previously had identical naming between vertex and texture formats, so it mostly made sense to define these together. However, upcoming patches are going to transition the driver over to using updated texture header definitions using NVIDIA's naming, and this will no longer be the case. Signed-off-by: Ben Skeggs <bskeggs at

On May 12, 2009, at 3:09 PMPDT, OvermindDL1 wrote: > The error given: > > ..\..\..\..\trunk\lib\Transforms\Scalar\LoopStrengthReduce.cpp(1016) : > error C2668: 'abs' : ambiguous call to overloaded function > > It should be rather obvious from the message. The error is in > LoopStrengthReduce.cpp on line 1016: > (unsigned(abs(SInt)) < SSInt || (SInt %

Dear All, I am using fexact.c on a C++ program I wrote. To minimize dependencies on other files (e.g., to not need to include R.h and ctest.h ---now I only include the R files Boolean.h, Constants.h, and Memory.h), I have re-written all declarations of Sints as ints and, what is potentially more serious, I have re-written the line (lines 329 and 330, in fexact.c on R-1.6.1) /* IMAX is the

The error given: ..\..\..\..\trunk\lib\Transforms\Scalar\LoopStrengthReduce.cpp(1016) : error C2668: 'abs' : ambiguous call to overloaded function f:\Program Files\Microsoft Visual Studio 8\VC\include\math.h(539): could be 'long double abs(long double)' f:\Program Files\Microsoft Visual Studio 8\VC\include\math.h(491): or 'float abs(float)'

The build system rolled up R-4.3.0.tar.gz (codename "Already Tomorrow") this morning. This is a major update, containing many new features and bug fixes. The list below details the changes in this release. You can get the source code from https://cran.r-project.org/src/base/R-4/R-4.3.0.tar.gz or wait for it to be mirrored at a CRAN site nearer to you. Binaries for various

The build system rolled up R-4.3.0.tar.gz (codename "Already Tomorrow") this morning. This is a major update, containing many new features and bug fixes. The list below details the changes in this release. You can get the source code from https://cran.r-project.org/src/base/R-4/R-4.3.0.tar.gz or wait for it to be mirrored at a CRAN site nearer to you. Binaries for various

install packages chron fail in Fedora 12, cpu I7/860 See down. Regard, Juan S. Ramseyer. > install.packages() Loading Tcl/Tk interface ... done --- Please select a CRAN mirror for use in this session --- Warning in install.packages() : argument 'lib' is missing: using '/usr/lib64/R/library' tentando a URL

==> CRASH INSTALLING PACKAGES CHRON IN: Intel(R) Core(TM) i7 CPU 860 @ 2800GHz ==> IT'S COMPILED DIRECTIVE WRONG? REGARD YOUR ATENTION ==> I RUN: SO:Linux 2.6.31.12-174.2.19.fc12.x86_64 x86_64 Fedora release 12 (Constantine) ==> AND RECEIVE NEXT MESSAGENS IN INSTALLING: > install.packages() Loading Tcl/Tk interface ... done --- Please select a CRAN mirror for use in this

Why not fix the new names instead to be like the old names? Seems like that would be way simpler... On Feb 15, 2016 12:38 AM, "Ben Skeggs" <skeggsb at gmail.com> wrote: > From: Ben Skeggs <bskeggs at redhat.com> > > We've previously had identical naming between vertex and texture > formats, so it mostly made sense to define these together. > > However,

I am having difficulties installing the RMySQL package (0.6-1) on a clean install of pclinuxos with R version 2.5.1. My version of the OS came with R-base already installed along the RKWard GUI front end.I have attempted to install the package through RKWard however I have had some problems. I have searched google and various forums extensively but I have not found anyone with the exact same

The parts of klibc specific to the alpha architecture. Signed-off-by: H. Peter Anvin <hpa at zytor.com> --- commit 5e5ce29210ac33a0b3704eb9ab5e5d5b55375575 tree 2ec24df596e13c21b68da4d905f546770d36fdad parent 8529b52550ba78984998d3a9cc9deb467217fa3e author H. Peter Anvin <hpa at zytor.com> Sun, 25 Jun 2006 16:58:14 -0700 committer H. Peter Anvin <hpa at zytor.com> Sun, 25 Jun

Dear People, I have been trying to learn how to use the .C interface. A friend gave me a toy example, and I have been playing with it. It is (C code) #ifdef USING_R typedef int Sint; #else typedef long Sint; #endif void kosum(double *a, double *b, Sint *na) { int i, j, nab; double temp; nab=*na; temp=0.0; for(i=0;i < nab; i++) { temp=temp+a[i]; } *b=temp; } And

Hi, I am reading the source code of rpart. I have problems understand the following code and would appreciate for any helps. In rpart.s, there is a line: rpfit &lt;- .C(C_s_to_rp, &nbsp;&nbsp;&nbsp; &nbsp;&nbsp;&nbsp; &nbsp;&nbsp;&nbsp; n = as.integer(nobs), &nbsp;&nbsp;&nbsp; &nbsp;&nbsp;&nbsp; &nbsp;&nbsp;&nbsp; nvarx