[Rd] Call R From VC++

Hi, I want to write an independent C++ application that can call any R functions and output it as an c++object. I tried to use The documentation for Linking R DLL with VC++ But with no success. When I link R.dll it says Invalid or corrupt file Any help greatly aprrciated. Thanks Shilpi ___

[Rd] a plead to package developers regarding GCC

Dear DevelopeRs, I'd like to ask those who develop R packages with compiled code to please try avoiding dependency on GCC (gcc/g77/gfortran/g++) specific features in the code, for the simple reason that there are non-GCC compilers out there that might choke on such features. I found this out back

[Rd] Mac OSX printing (PR#8942)

Full_Name: George W. Pasdirtz Version: 2.3.1 OS: 10.4.6 Submission from: (NULL) (128.104.254.68) Printing generates "ghost" windows. If you try to select the window using the Window menu you get: 2006-06-06 11:30:17.685 R[2096] PScurrentwindowbounds: CGSGetWindowBounds returned error (1001) 2006

Re: [Rd] help compiling package with g77

On 6 June 2006 at 12:00, Ben Bolker wrote: | |I have a package with some embedded legacy FORTRAN code | (for computing complex Bessel functions, written in 2003 | by C. Bond to implement the algorithms of Zhang and Jin 1996). | It worked well until recently [despite warnings about deprecated

Re: [Rd] grep() and factors

On Tue, 2006-06-06 at 17:08 +0100, Prof Brian Ripley wrote: > On Tue, 6 Jun 2006, Marc Schwartz (via MN) wrote: > > > On Tue, 2006-06-06 at 11:12 +0100, Prof Brian Ripley wrote: > >> On Mon, 5 Jun 2006, Marc Schwartz (via MN) wrote: > >> > >>> Hi all, > >>> > >>> Based upon an offlist communicatio

Re: [Rd] grep() and factors

On Tue, 6 Jun 2006, Marc Schwartz (via MN) wrote: > On Tue, 2006-06-06 at 11:12 +0100, Prof Brian Ripley wrote: >> On Mon, 5 Jun 2006, Marc Schwartz (via MN) wrote: >> >>> Hi all, >>> >>> Based upon an offlist communication this morning, I am somewhat confused >>> (more than I usually am on most M

[Rd] help compiling package with g77

I have a package with some embedded legacy FORTRAN code (for computing complex Bessel functions, written in 2003 by C. Bond to implement the algorithms of Zhang and Jin 1996). It worked well until recently [despite warnings about deprecated headers "includes at least one deprecated or antiquate

Re: [Rd] Editing a package with a NAMESPACE in place

Martin Maechler <[EMAIL PROTECTED]> writes: > I'm quite similar to Seth here. For that reason (and because > Doug Bates also behaves similarly here, and we talked about it !), > if you use R 2.3.0 or newer, > example(source) > will provide the function sourceDir(), so you can do > >exam

Re: [Rd] grep() and factors

On Tue, 2006-06-06 at 11:12 +0100, Prof Brian Ripley wrote: > On Mon, 5 Jun 2006, Marc Schwartz (via MN) wrote: > > > Hi all, > > > > Based upon an offlist communication this morning, I am somewhat confused > > (more than I usually am on most Monday mornings...) about the use of > > grep() with fa

Re: [Rd] Editing a package with a NAMESPACE in place

> "Seth" == Seth Falcon <[EMAIL PROTECTED]> > on Tue, 06 Jun 2006 07:31:22 -0700 writes: Seth> Sean Davis <[EMAIL PROTECTED]> writes: >> On 6/6/06 8:33 AM, "Uwe Ligges" >> <[EMAIL PROTECTED]> wrote: >> >>> See ?assignInNamespace and ?fixInNamespace >> Thanks,

Re: [Rd] Editing a package with a NAMESPACE in place

Sean Davis <[EMAIL PROTECTED]> writes: > On 6/6/06 8:33 AM, "Uwe Ligges" <[EMAIL PROTECTED]> wrote: > >> See ?assignInNamespace and ?fixInNamespace > > Thanks, Uwe. I should have been able to find those, but > >> During developing, I suggest to remove the NAMESPACE temporarily. > > I wondered

Re: [Rd] Editing a package with a NAMESPACE in place

On Tue, 6 Jun 2006, Sean Davis wrote: > I would like to edit a function from a package that uses a NAMESPACE, but in > place (after the package is loaded). As a simple example, I would like to > add a browser() call to a line in one of the functions for debugging > purposes. Since the function i

Re: [Rd] Editing a package with a NAMESPACE in place

On 6/6/06 8:33 AM, "Uwe Ligges" <[EMAIL PROTECTED]> wrote: > Sean Davis wrote: >> I would like to edit a function from a package that uses a NAMESPACE, but in >> place (after the package is loaded). As a simple example, I would like to >> add a browser() call to a line in one of the functions

Re: [Rd] Editing a package with a NAMESPACE in place

Sean Davis wrote: > I would like to edit a function from a package that uses a NAMESPACE, but in > place (after the package is loaded). As a simple example, I would like to > add a browser() call to a line in one of the functions for debugging > purposes. Since the function is in the package name

[Rd] Editing a package with a NAMESPACE in place

I would like to edit a function from a package that uses a NAMESPACE, but in place (after the package is loaded). As a simple example, I would like to add a browser() call to a line in one of the functions for debugging purposes. Since the function is in the package namespace, I can't do that dir

Re: [Rd] grep() and factors

On Mon, 5 Jun 2006, Marc Schwartz (via MN) wrote: > Hi all, > > Based upon an offlist communication this morning, I am somewhat confused > (more than I usually am on most Monday mornings...) about the use of > grep() with factors as the 'x' argument. > > The argument guidance in ?grep indicates: >

[Rd] contour lines in filled.contour

Hi, When I want to draw contour lines on top of a filled.contour plot, I can use the plot.axes arg, such as in : filled.contour(volcano, color = terrain.colors, asp = 1, plot.axes=contour(volcano, add=T) ) but then the lines are computed twice. Is it possible to add an option to filled.cont