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",
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, "characte
On Fri, 3 Apr 2009 12:36:00 -0400
Simon Urbanek 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
> be re-located when lo
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
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 gi
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 f
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
attempting
> "vQ" == Wacek Kusnierczyk
> 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
>> the R Language d
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 the
