similar to: R-beta: Question

I am using R-0.62.1 on FreeBSD-2.2.5. In R-0.61.3 I wrote the following R-script to produce postscript-output with logarithmic diagram: postscript("Test.PS", paper="a4", width=10.7, height=7.27, pointsize=10) plot(c(1:100), c(1:100), ann=FALSE, log="y", xlim=range(1:100), ylim=range(1:100)) lines(c(1:100), rep( 1,100), lty=2, col="Gray") lines(c(1:100),

I have readline library where configure is not expecting it. How can I tell configure where that library is, and how can I compile R on Solaris with readline? Solutions were offered for R 0.61.3 but they do not seem to work for the new release: at least my trial and errors did not give desired effect. Wouldn't it be helpful if after autoconfig the user were informed whether compilation

R version: 0.62.1 (June 15, 1998) I just very naively attempted to grab the 'bicreg' package for Bayesian model selection from the StatLib library, and get it running under R. I've hit a brick wall very quickly, and as an R novice I'm not sure where to go next. Here's what happened: > bicreg(as.matrix(hiv[,c(-17,-18)]),as.matrix(hiv[,18])) Error: invalid formula >

Here's a fun one: + guestfish -N test-virt-sparsify-in-place-fstrim-unsupported.img=fs:vfat exit + virt-sparsify --in-place test-virt-sparsify-in-place-fstrim-unsupported.img + tee test-virt-sparsify-in-place-fstrim-unsupported.log [ 2.4] Trimming /dev/sda1 [ 7.5] Sparsify in-place operation completed with no errors + grep 'warning:.*fstrim'

Hi, I have the following problem (with R 0.61.3 an Linux, and a new and empty workspace) > oldpar<-par() > par(oldpar) Error: attempt to set invalid value for graphics parameter "fin". > oldpar$fin [1] 6.992034 6.990803 but now: > oldpar$fin <- c(6.99,6.99) > par(oldpar) it works. It seems, that if I set oldpar$fin to values greater than listed above

On Wed, Sep 05, 2018 at 04:41:01PM +0100, Daniel P. Berrangé wrote: > On Wed, Sep 05, 2018 at 04:37:05PM +0100, Richard W.M. Jones wrote: > > > > Here's a fun one: > > > > + guestfish -N test-virt-sparsify-in-place-fstrim-unsupported.img=fs:vfat exit > > + virt-sparsify --in-place test-virt-sparsify-in-place-fstrim-unsupported.img > > + tee

I get an error trying to make R 0.62.1 on Linux (2.0.30 kernel upgraged from RH 4.1). I think I saw this mentioned before but haven't been able find it. Does anyone know the fix? Paul Gilbert _____ cd src; make R make[2]: Entering directory `/hda9/apps2/R-0.62.1/src' Extracting foreign function symbols cd graphics; make make[3]: Entering directory `/hda9/apps2/R-0.62.1/src/graphics'

I've just put up R-0.61.3.tgz and R-0.61.2-0.61.3.diff.gz for anonymous FTP on ftp.stat.auckland.ac.nz. As usual: Don't get it from there unless you are in a desperate hurry. It will migrate to the CRAN sites within a day or two. (See the FAQ for the list of CRAN sites. And see the footer for the FAQ location....) This release mainly fixes a couple of embarassing bugs in 0.61.2. It is

I've just put up R-0.61.3.tgz and R-0.61.2-0.61.3.diff.gz for anonymous FTP on ftp.stat.auckland.ac.nz. As usual: Don't get it from there unless you are in a desperate hurry. It will migrate to the CRAN sites within a day or two. (See the FAQ for the list of CRAN sites. And see the footer for the FAQ location....) This release mainly fixes a couple of embarassing bugs in 0.61.2. It is

I am using rw0613b with djtools on Win95. No problem with makefiles building fortran and C dll's, plus can build R.exe with the supplied libraries (including mva). Why then do I get the following error when I try to building an existing library separately, eg... (/R-0.61.3/src/gnuwin32)$ make -f MakePkg -C ../library/mva PKG=mva make.exe: Entering directory `c:/R-0.61.3/src/library/mva'

> > On Sat, 25 Apr 1998, Helgi Tomasson wrote: > > > I am creating postscript-graphics in R. When I import them into > > > a LATEX document it is impossible to get the caption close > > > to the figure. I run the same program in Splus, and no problem > > > of getting the caption just below the figure. Another thing, > > > the ps file that S

I have just put on ftp://sirio.stat.unipd.it/pub/R a new version of R for Win95/NT. The main difference concerns dynamic linking (see below). In addition, the binary distribution contains many of the available packages (all the ones that I have installed on my Unix machine). In the afternoon, I will upload the files on CRAN. g.m. This is the README file: rw0613b.zip is a new binary

I have just put on ftp://sirio.stat.unipd.it/pub/R a new version of R for Win95/NT. The main difference concerns dynamic linking (see below). In addition, the binary distribution contains many of the available packages (all the ones that I have installed on my Unix machine). In the afternoon, I will upload the files on CRAN. g.m. This is the README file: rw0613b.zip is a new binary

> 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

I am trying to set up R-0.62.1 on an alphastation running digital unix 3.2D. I had R-0.61.1 working fine, but have had a number of problems getting 0.62.1 going.... The next problem is that plotting to any device causes R to hang. Looking at processor usage it would appear that it gets stuck in an infinite loop rather than pausing for input. I have managed to track the problem down to plot.new().

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.

On Wed, Sep 05, 2018 at 04:37:05PM +0100, Richard W.M. Jones wrote: > > Here's a fun one: > > + guestfish -N test-virt-sparsify-in-place-fstrim-unsupported.img=fs:vfat exit > + virt-sparsify --in-place test-virt-sparsify-in-place-fstrim-unsupported.img > + tee test-virt-sparsify-in-place-fstrim-unsupported.log > [ 2.4] Trimming /dev/sda1 > [ 7.5] Sparsify in-place

On Wed, Sep 05, 2018 at 04:45:51PM +0100, Richard W.M. Jones wrote: > On Wed, Sep 05, 2018 at 04:41:01PM +0100, Daniel P. Berrangé wrote: > > On Wed, Sep 05, 2018 at 04:37:05PM +0100, Richard W.M. Jones wrote: > > > > > > Here's a fun one: > > > > > > + guestfish -N test-virt-sparsify-in-place-fstrim-unsupported.img=fs:vfat exit > > > +

On Wed, Sep 05, 2018 at 04:53:03PM +0100, Daniel P. Berrangé wrote: > On Wed, Sep 05, 2018 at 04:45:51PM +0100, Richard W.M. Jones wrote: > > On Wed, Sep 05, 2018 at 04:41:01PM +0100, Daniel P. Berrangé wrote: > > > On Wed, Sep 05, 2018 at 04:37:05PM +0100, Richard W.M. Jones wrote: > > > > > > > > Here's a fun one: > > > > > > >