search for: gpretti

[This is something like a bug report; maybe somewhat longish & technical ..] As an introduction, just try the following code (it should work both in R and S). I think it screws up the postscript() driver both for S and R, but this is not the issue here. is.R <- function() { ## returns 'TRUE' iff we are using 'R' exists("version") && !is.null(vl

>>>>> "Janusz" == Janusz Kawczak <jkawczak@fisher.stats.uwo.ca> writes: [You wrote to "owner-r-help@...." -- that's just me (MM); why did you not use the mailing list ? (R-devel or R-help)] Janusz> Hello, I am getting this 'strange' message when running the R Janusz> program on AIX 4.2.1. I have not had any problems with the

Hello, I successfully compiled 0.61.3 on SGI Irix 5.3 (CC). But there is a syntax bug in src/graphics/graphics.c. I append a diff. Please, have a look wether the fix is correct! (I'm not shure :-) Thanks for the SHELL variable in the Makefile's. Please, don't forget about the problem with externally installed regular expression libraries (e.g. librx). Perhaps you can improve the

Hi all, Before posting to r-bugs, I thought that I would just verify this one first. It looks like the help for axTicks() needs to be corrected. It presently says: 'axTicks()' can be regarded as an R implementation of the C function 'CreateAtVector()' in '..../src/main/graphics.c' which is called by 'axis(side,*)' when no argument 'at' is specified.

Hi, I had some trouble compiling the new R version on my Alpha: make[2]: Entering directory `/usr2/local/R/src/graphics' cc -ieee_with_inexact -O -Olimit 2000 -I/usr/local/include -I../include -c gdevice.c cc -ieee_with_inexact -O -Olimit 2000 -I/usr/local/include -I../include -c graphics.c cc: Error: graphics.c, line 808: An unexpected newline character is present in a string literal.

Hi, I had some trouble compiling the new R version on my Alpha: make[2]: Entering directory `/usr2/local/R/src/graphics' cc -ieee_with_inexact -O -Olimit 2000 -I/usr/local/include -I../include -c gdevice.c cc -ieee_with_inexact -O -Olimit 2000 -I/usr/local/include -I../include -c graphics.c cc: Error: graphics.c, line 808: An unexpected newline character is present in a string literal.

> I had some trouble compiling the new R version on my Alpha: > > make[2]: Entering directory `/usr2/local/R/src/graphics' > cc -ieee_with_inexact -O -Olimit 2000 -I/usr/local/include -I../include -c > gdevice.c > cc -ieee_with_inexact -O -Olimit 2000 -I/usr/local/include -I../include -c > graphics.c > cc: Error: graphics.c, line 808: An unexpected newline

--==_Exmh_1801894504P Content-Type: text/plain; charset=us-ascii Dear R folks, Initially I had a plotting routine using logarithmic y-axes that failed after repeated calls if I tried to restore the graphical parameters (which I wanted to do because I used `layout' within the routine. I tried to isolate the problem and found out that the following code with logarithmic axis is sufficient for

On some systems (alpha), tick marks don't appear on plots. The easiest way to see the problem is something like: > plot(0:1,axes=FALSE) > axis(1,1:2) The problem is in X11_Line(...) from .../src/unix/devX11.c, which is so short I've included the whole function below: static void X11_Line(double x1, double y1, double x2, double y2, int coords, DevDesc *dd) {

I've put up R-0.63.2.tgz up for FTP from Auckland some minutes ago. As usual, don't get it from there unless you are desperate, but wait for it to be mirrored at a CRAN site near you within a day or two. For those who *are* desperate, I've left a copy in ftp://blueberry.kubism.ku.dk/pub/R-devel/R-0.63.2.tgz (Be gentle, that's my desktop PC!) There's also a version split in

I've put up R-0.63.2.tgz up for FTP from Auckland some minutes ago. As usual, don't get it from there unless you are desperate, but wait for it to be mirrored at a CRAN site near you within a day or two. For those who *are* desperate, I've left a copy in ftp://blueberry.kubism.ku.dk/pub/R-devel/R-0.63.2.tgz (Be gentle, that's my desktop PC!) There's also a version split in