Re: [Rd] Hello! I got error in C - R

2009-04-03 Thread Mathieu Ribatet
Dear Ick Hoon Jin, Your problem is probably due to a misspecification in memory allocation within your C code. To solve this you can: * check by yourself whenever there is C memory allocation - by the way I think it's best to use R memory allocation i.e. R_alloc * use

[Rd] Problem with LD_LIBRARY_PATH setting in ldpaths (PR#13637)

2009-04-03 Thread meyer
When using R on a linux machine (ubuntu 8.10) which DOES NOT have LD_LIBRARY_PATH set (I particularly have it NOT set because it causes problems), the script ldpaths will set LD_LIBRARY_PATH to the R Lib path (in my case $R_HOME/lib:). The placement of the colon makes my system think that

Re: [Rd] actual argument matching does not conform to the definition (PR#13634)

2009-04-03 Thread maechler
vQ == Wacek Kusnierczyk waclaw.marcin.kusnierc...@idi.ntnu.no on Thu, 02 Apr 2009 15:25:14 +0200 writes: vQ Thomas Lumley wrote: The explanation is that quote() is a primitive function and that the argument matching rules do not apply to primitives. That section of

[Rd] Problem building DLL under Windows

2009-04-03 Thread Jon Senior
Apologies if this has appeared before, but I've searched the archives and all the documentation and I can't find anything which helps. I'm trying to build a DLL under windows. The process (more on that later) works fine under Linux and gives the illusion of working under Windows, but

Re: [Rd] Possible bug in summary.survfit - 'scale' argument ignored?

2009-04-03 Thread Marc Schwartz
On Apr 1, 2009, at 7:08 AM, Thomas Lumley wrote: I've sent a fixed version 2.35-4 to CRAN. It turned out to be a fairly simple change. -thomas Thomas, Apologies for the delay in my reply. I am on vacation and will only have sporadic e-mail access thru mid-next week. I noted the

Re: [Rd] Problem building DLL under Windows

2009-04-03 Thread Simon Urbanek
Jon, On Apr 3, 2009, at 10:18 , Jon Senior wrote: Apologies if this has appeared before, but I've searched the archives and all the documentation and I can't find anything which helps. I'm trying to build a DLL under windows. The process (more on that later) works fine under Linux and

[Rd] Error in par(split.screens[[n]]) : parameter i in mfg is out of range

2009-04-03 Thread Dan Kelley
I'm working on my 'oce' package, trying split.screen() instead of par(mfrow). My code is too long to post, and I hope it's ok that I ask this question without doing so. My code seems to work fine when I source() it, but when I do R CMD check on my package, I get the error that I've put as the

Re: [Rd] Problem building DLL under Windows

2009-04-03 Thread Jon Senior
On Fri, 3 Apr 2009 12:36:00 -0400 Simon Urbanek simon.urba...@r-project.org wrote: That is true only for very specific architectures and OS combinations but not on most systems (including Linux). Shared objects must be compiled to contain position-independent code (PIC) such that they can

Re: [Rd] RGoogleDocs so close but errors with spreadsheet reading

2009-04-03 Thread Farrel Buchinsky
I went through the installation process using what you had in the prerelease. Unofortunately I am still getting Error in checkSlotAssignment(object, name, value) : assignment of an object of class NULL is not valid for slot access in an object of class GoogleSpreadsheet; is(value, character) is

Re: [Rd] Error in par(split.screens[[n]]) : parameter i in mfg is out of range

2009-04-03 Thread Dan Kelley
As a followup, in case this is of use to others, I got my code working by altering R-2.8.1/src/library/graphics/R/screen.R slightly, removing the sole reference to mfg, as follows. assign(par.list, c(xlog,ylog, adj, bty, cex, col, crt, err, font, lab, las, lty, lwd,