[Rd] Different results between v2.6.1 and 2.7.1 (PR#12579)
Hello~
When I use R2.6.1, the following work correctly.
par(mar=3Dc(4.2,3.1,0.5,0.5), oma=3Dc(2,2,2,2))
boxplot(count ~ spray, col =3D "lightgray")
box("inner", lty=3D"dotted", col=3D"red")
box("outer", lty=3D"solid", col=3D"green")
=20
But when I use R2.7.1, the outer region seems too large.
I don=A1=A6t know what happened.
=20
Thanks
=20
[[alternative HTML version deleted]]
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
Re: [Rd] Different results between v2.6.1 and 2.7.1 (PR#12579)
You haven't told us the graphics device or OS used, nor it seems have you
taken account of
CHANGES IN R VERSION 2.7.0
SIGNIFICANT USER-VISIBLE CHANGES
o Considerable efforts have been made to make the default output
from graphics devices as similar as possible (and in
particular close to that from postscript/pdf). Many devices
were misinterpreting 'pointsize' in some way, for example as
being in device units (pixels) rather than in points.
On Fri, 22 Aug 2008, [EMAIL PROTECTED] wrote:
Hello~
When I use R2.6.1, the following work correctly.
Define 'correctly'! For example, as I recall the X11 device in 2.6.1 was
not working as documented except on 75dpi and 100dpi screens.
par(mar=3Dc(4.2,3.1,0.5,0.5), oma=3Dc(2,2,2,2))
boxplot(count ~ spray, col =3D "lightgray")
That line does not work correctly for me under either. I think
data=InsetSprays is missing.
box("inner", lty=3D"dotted", col=3D"red")
box("outer", lty=3D"solid", col=3D"green")
But when I use R2.7.1, the outer region seems too large.
Well, you set it, so you seem to have set it incorrectly. It is two lines
wide on all the devices I tried in 2.7.1.
I don=A1=A6t know what happened.
Nor do we, but RTFM failure seems implicated.
--
Brian D. Ripley, [EMAIL PROTECTED]
Professor of Applied Statistics, http://www.stats.ox.ac.uk/~ripley/
University of Oxford, Tel: +44 1865 272861 (self)
1 South Parks Road, +44 1865 272866 (PA)
Oxford OX1 3TG, UKFax: +44 1865 272595
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
[Rd] R CMD check warning "no visible binding for global variable" and hasArg()
Hi R-devels, latetely I reported having problems with understanding warnings issued by a devel version of R CMD check, which Brian Ripley in his reply https://stat.ethz.ch/pipermail/r-devel/2008-August/050493.html correctly attributed to my using an outdated version (July 29) --- you really have to be quick with updating these days! Having switched to a more recent version, R CMD check indeed no longer issued these warnings and instead helped me to detect some missing bindings for global variables --- thank you Kurt for this! In some occasions the warning "no visible binding for global variable XY" seems overly fuzzy to me, however: R CMD check also issues this warning, if, by means of function hasArg() from package 'methods', I want to test the presence of a certain argument 'x' in a function call when 'x' is not a formal argument but "..." is. Clearly, then 'x' in general will have no binding. I am not sure whether this is of general interest, but I think it should not be too difficult to check whether this "missing binding" occurs within a call to hasArg() [and then not to issue the warning]. Thanks for listening, best regards, Peter -- Dr. Peter Ruckdeschel, Abteilung Finanzmathematik, F3.17 Fraunhofer ITWM, Fraunhofer Platz 1, 67663 Kaiserslautern Telefon: +49 631/31600-4699 Fax: +49 631/31600-5699 E-Mail : [EMAIL PROTECTED] __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel
[Rd] Linking With External Lapack: Segfault
Hello All, I have been trying to figure out on linking R with an external lapack. Even though the R-admin recommends against doing so, our requirements force us to link it to an external lapack. I am running configure with the following parameter. *./configure --with-lapack="-L/usr/lib -llapack -lcblas" * The above seems to be having NO effect. However, later I tried replacing libRlapack, libblas and lapack.so from $(R_HOME)/lib and $(R_HOME)/modules/ with external lapack. Firstly, is this good? Secondly, after doing the above. When I do. When I do >example(svd) The following is the error that I am getting: *Error: segfault from C stack overflow* On debugging the error was in La_Init() at Line 61 *if(!ptr->svd)* I am getting a SIGSEGV over here. Could anybody provide an pointers or and tips on how to link R with an external lapack? And also possibly the cause of the above issues? TIA. Regards, -- Imanpreet Singh Arora [[alternative HTML version deleted]] __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel
Re: [Rd] Linking With External Lapack: Segfault
On Fri, 22 Aug 2008, Imanpreet wrote: Hello All, I have been trying to figure out on linking R with an external lapack. Even though the R-admin recommends against doing so, our requirements force us to link it to an external lapack. I am running configure with the following parameter. *./configure --with-lapack="-L/usr/lib -llapack -lcblas" * The above seems to be having NO effect. However, later I tried replacing libRlapack, libblas and lapack.so from $(R_HOME)/lib and $(R_HOME)/modules/ with external lapack. Firstly, is this good? No, and the cause of your failure below. Why do you think '-lcblas' is correct? Please do follow the manual -- if you still have trouble when you do it is reasonable to ask for help, but not otherwise. Secondly, after doing the above. When I do. When I do example(svd) The following is the error that I am getting: *Error: segfault from C stack overflow* On debugging the error was in La_Init() at Line 61 *if(!ptr->svd)* I am getting a SIGSEGV over here. Could anybody provide an pointers or and tips on how to link R with an external lapack? And also possibly the cause of the above issues? Follow the manual -- its instructions do work (they are used on Mac OS X, and will also work on Linux and Solaris). TIA. Regards, -- Imanpreet Singh Arora [[alternative HTML version deleted]] __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel -- Brian D. Ripley, [EMAIL PROTECTED] Professor of Applied Statistics, http://www.stats.ox.ac.uk/~ripley/ University of Oxford, Tel: +44 1865 272861 (self) 1 South Parks Road, +44 1865 272866 (PA) Oxford OX1 3TG, UKFax: +44 1865 272595 __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel
[Rd] save() should not overwrite a file if an error occurs (PR#12583)
If save() fails because an object is not found,
it should not overwrite an existing file.
> a <- 1:9
> save(a, file = "a.rda")
> rm(a)
> load("a.rda")
> a
[1] 1 2 3 4 5 6 7 8 9
> rm(a)
> save(a, file = "a.rda")
Error in save(a, file = "a.rda") : object 'a' not found
> load("a.rda")
Error in load("a.rda") : error reading from connection
I've been saving copies of huge objects into
files like a.rda, then removing the objects.
If I then happen to save again, I don't want to lose
my data.
--please do not edit the information below--
Version:
platform = i486-pc-linux-gnu
arch = i486
os = linux-gnu
system = i486, linux-gnu
status =
major = 2
minor = 7.1
year = 2008
month = 06
day = 23
svn rev = 45970
language = R
version.string = R version 2.7.1 (2008-06-23)
Locale:
LC_CTYPE=en_US;LC_NUMERIC=C;LC_TIME=C;LC_COLLATE=C;LC_MONETARY=C;LC_MESSAGES=en_US;LC_PAPER=en_US;LC_NAME=C;LC_ADDRESS=C;LC_TELEPHONE=C;LC_MEASUREMENT=en_US;LC_IDENTIFICATION=C
Search Path:
.GlobalEnv, package:Rfixes, package:Rcode, package:aggregate,
package:stats, package:graphics, package:grDevices, package:utils,
package:datasets, package:showStructure, package:splus2R, package:methods,
Autoloads, package:base
[[alternative HTML version deleted]]
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
Re: [Rd] save() should not overwrite a file if an error occurs (PR#12583)
I don't know what save() "should" do - your use case is quite special
- but I agree it would be better if save() tests for the existence of
all object(s) to be saved before opening the connection (and thereby
overwrite the existing file). A workaround for you is to do:
dummy <- a;
save(a, file="a.rda");
This should give an error before save() is called.
FYI, saveObject() of R.utils does protect you this way too, e.g.
> library("R.utils");
> a <- 1:9
> saveObject(a, file="a.rda")
> rm(a)
> a <- loadObject(file="a.rda")
> a
[1] 1 2 3 4 5 6 7 8 9
> rm(a)
> saveObject(a, file="a.rda")
Error in saveObject(a, file = "a.rda") : object "a" not found
> a <- loadObject(file="a.rda")
> a
[1] 1 2 3 4 5 6 7 8 9
/Henrik
On Fri, Aug 22, 2008 at 3:45 PM, <[EMAIL PROTECTED]> wrote:
> If save() fails because an object is not found,
> it should not overwrite an existing file.
>
>> a <- 1:9
>> save(a, file = "a.rda")
>> rm(a)
>> load("a.rda")
>> a
> [1] 1 2 3 4 5 6 7 8 9
>> rm(a)
>> save(a, file = "a.rda")
> Error in save(a, file = "a.rda") : object 'a' not found
>> load("a.rda")
> Error in load("a.rda") : error reading from connection
>
> I've been saving copies of huge objects into
> files like a.rda, then removing the objects.
> If I then happen to save again, I don't want to lose
> my data.
>
>
> --please do not edit the information below--
>
> Version:
> platform = i486-pc-linux-gnu
> arch = i486
> os = linux-gnu
> system = i486, linux-gnu
> status =
> major = 2
> minor = 7.1
> year = 2008
> month = 06
> day = 23
> svn rev = 45970
> language = R
> version.string = R version 2.7.1 (2008-06-23)
>
> Locale:
> LC_CTYPE=en_US;LC_NUMERIC=C;LC_TIME=C;LC_COLLATE=C;LC_MONETARY=C;LC_MESSAGES=en_US;LC_PAPER=en_US;LC_NAME=C;LC_ADDRESS=C;LC_TELEPHONE=C;LC_MEASUREMENT=en_US;LC_IDENTIFICATION=C
>
> Search Path:
> .GlobalEnv, package:Rfixes, package:Rcode, package:aggregate,
> package:stats, package:graphics, package:grDevices, package:utils,
> package:datasets, package:showStructure, package:splus2R, package:methods,
> Autoloads, package:base
>
>[[alternative HTML version deleted]]
>
> __
> R-devel@r-project.org mailing list
> https://stat.ethz.ch/mailman/listinfo/r-devel
>
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
[Rd] R CMD check problem
I have a query after finding an error running Rtools on a Windows machine. I am trying to build an update to the R fda library using Rtools27 under Windows XP Pro. This is the current fda library on RForge: http://r-forge.r-project.org/projects/fda Following R CMD build, R CMD check produces the following error in 00Install.out: installing R.css in F:/work/RForge/fda.Rcheck make: *** [Rcode0] Error 53 make[2]: *** [zzzfirst] Error 53 make[1]: *** [all] Error 2 make: *** [pkg-fda] Error 2 *** Installation of fda failed *** Removing 'F:/work/RForge/fda.Rcheck/fda' Any idea what the problem could be? Note the same procedure runs successfully on two other windows machines. For reference, the PATH environment variable is: C:\Program Files\SSH Communications Security\SSH Secure Shell;C:\cygwin\bin;C:\Program Files\R\R-2.7.1\bin The PATH System variable is: c:\Rtools\bin;c:\Rtools\perl\bin;c:\Rtools\MinGW\bin;C:\watcom-1.3\binnt;C:\watcom-1.3\binw; %GTK_BASEPATH%\bin;C:\Program Files\MiKTeX 2.5\miktex\bin;%systemroot%\system32;%systemroot%;%systemroot%\system32\wbem;c:\program files\ati technologies\ati control panel;C:\Program Files\MATLAB\R2006a\bin\win32;C:\Program Files\ggobi;C:\Program Files\R\R-2.7.1\bin Many thanks, Giles -- Giles Hooker Assistant Professor: Department of Biological Statistics and Computational Biology Department of Statistical Science 1186 Comstock Hall Cornell University Ithaca, NY, 14853 Ph: (+1 607) 255 1638 Fax: (+1 607) 255 4698 Email: [EMAIL PROTECTED] __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel
