similar to: R-beta: Re: R-0.49 -- '1 bit' patch for postscript bug

This patch corrects the broken postscript graphics driver. If you have already done it by hand ignore this. Apply this patch within the R-0.49 directory. The patch is also at the auckland.ftp site and soon at mirrors. Ross *** src/unix/PostScript.c.orig Thu Apr 24 21:28:27 1997 --- src/unix//PostScript.c Thu Apr 24 21:28:51 1997 *************** *** 160,166 **** if(!MatchKey(buf, "C

Jeez I dunno - it compiles perfectly and you guys get excited just because it doesn't work :-) I have to admit to being baffled about what happened (I'm SURE this was working not long ago), but here is a quick fix. The problem is in the function "GetCharInfo" in the file src/unix/PostScript.c. The fix is to change the statement if(nchar < 0) return 0; to if(nchar <

The newest version of R for Unix (version 0.49) is now available (or soon will be) from the following sites. NORTH AMERICA: http://lib.stat.cmu.edu/R/Alpha EUROPE: ftp://ftp.stat.math.ethz.ch/R/ ftp://statlab.uni-heidelberg.de/pub/mirrors/auckland/R/ JAPAN: ftp://ftp.u-aizu.ac.jp/pub/lang/R/ NEW ZEALAND: ftp://stat.auckland.ac.nz/pub/R/ Please

The newest version of R for Unix (version 0.49) is now available (or soon will be) from the following sites. NORTH AMERICA: http://lib.stat.cmu.edu/R/Alpha EUROPE: ftp://ftp.stat.math.ethz.ch/R/ ftp://statlab.uni-heidelberg.de/pub/mirrors/auckland/R/ JAPAN: ftp://ftp.u-aizu.ac.jp/pub/lang/R/ NEW ZEALAND: ftp://stat.auckland.ac.nz/pub/R/ Please

The newest version of R for Unix (version 0.49) is now available (or soon will be) from the following sites. NORTH AMERICA: http://lib.stat.cmu.edu/R/Alpha EUROPE: ftp://ftp.stat.math.ethz.ch/R/ ftp://statlab.uni-heidelberg.de/pub/mirrors/auckland/R/ JAPAN: ftp://ftp.u-aizu.ac.jp/pub/lang/R/ NEW ZEALAND: ftp://stat.auckland.ac.nz/pub/R/ Please

On Wed, 23 Apr 1997, Janusz Kawczak Wrote: >I have a problem with opening the postscript device in the newly >compiled R (v. 0.49). This problem was not present in 0.16.1 version. > >After entering: ><R>postscript("try.ps") >I get: >Error in device("postscript", as.character(c(file, paper, family, bg, : unable >to start device postscript >

I've noticed that the postscript files produced by R-0.49 come up inverted in my postscript previewer. Also, they do not behave like encapsulated postscript files so they can't be imported into LaTeX documents. If I remove lines with page-oriented commands like "%%Page", "%%Orientation", "\bp" and "\ep", the resulting files seem to behave like

Dear help I have been attenpting to compile R0.49 on both of these unix machines and have had no compilation errors but core dumps at run time. The HP UX box start out by putting up a graphics window and then crashing with the following error message before giving the prompt R : Copyright 1997, Robert Gentleman and Ross Ihaka Version 0.49 Beta (April 23, 1997) R is free software and

Hola, Yo creo que probé de las primeras versiones de R, aunque todavía tenía ciertas dudas sobre su futuro porque por aquel entonces ya usaba S-Plus en el trabajo y no veía mucha necesidad de usar algo menos potente (trabajaba en ATT y tuvimos visitas del grupo de Bell-Labs de Bill Cleveland, nos hicieron unos desarrollos sobre Splus para unos temas de producción bastante alucinantes - de esto

Martin Your revisions to my S--R compatability code suggest that tempfile() is in R after 0.49. I don't find that to be the case. It requires code from Friedrich Leisch which still has to be added as of 0.50 alpha3. Paul _______ R : Copyright 1997, Robert Gentleman and Ross Ihaka Version 0.50 Alpha-3 (August 8, 1997) > exists("tempfile", mode = 'function') [1] FALSE >

Tracking down this bug was joint work with Jermoe Asselin (jerome at hivnet.ubc.ca) and Patrick Connolly (p.connolly at hortresearch.co.nz). We collectively were able to determine that this is a problem in both Windows 2000 and in Linux and by testing it in our three time zones that it seems to be daylight savings time related. Conversion of POSIXlt datetimes to POSIXct appears to have problems.

Muy interesante. Gracias Carlos. Estaba indagando en los orígenes, más que nada como referencia en un documento, pero dan ganas de probar la R 0.49. Creo que la primera que instalé fue R 1.2.0, en un curso que dieron en la universidad allá por el 2000. ¿y vosotros? Saludos El 13/06/13 15:12, Carlos J. Gil Bellosta escribió: > Hola, ¿qué tal? > > Richard A. Becker tiene un

This is the first announcement of the Comprehensive R Archive Network (CRAN) CRAN is a collection of sites which carry identical material, consisting of the R&R R distribution(s), the contributed extensions, documentation for R, and binaries. The CRAN master site can be found at the URL ftp://ftp.ci.tuwien.ac.at/pub/R (Austria) and is currently being mirrored daily at

This is the first announcement of the Comprehensive R Archive Network (CRAN) CRAN is a collection of sites which carry identical material, consisting of the R&R R distribution(s), the contributed extensions, documentation for R, and binaries. The CRAN master site can be found at the URL ftp://ftp.ci.tuwien.ac.at/pub/R (Austria) and is currently being mirrored daily at

Attached is an updated version of the CRAN announcement, also to be sent out as soon as 0.50 is out. Again, please have a look if possible. -k ************************************************************************ This is the first announcement of the Comprehensive R Archive Network (CRAN) CRAN is a collection of sites which carry identical material, consisting of the

There's a non-compatibility between R and S-plus with the default argument of the locator() function. R has locator(n=1) S-plus has locator(n=500, type="n", noclick=F) S's default is ``better'' I think, insofar as it means in 99% of the cases ``user clicks <left> as many times as wanted and then clicks <right> to end'' Ross Ihaka and his grad

I have compiled ssh 3.7.1p1 using gcc and am trying to get it to run on our Solaris 8 systems running Sun's SRM system. With existing users it is fine, but with a new user, the user can not ssh in on the first login, they get the message from SRM that no lnode has been created. I put sshd in debug and found that it SEG's here: debug3: mm_sshpam_free_ctx: waiting for

Can anyone please shed any light on why R DateTimeClasses give weird times for when daylight saving time information changes, and which aren't consistent with the OS? Example: Expected result: in New Zealand DST stopped (NZDT -> NZST) at 03:00 NZDT on 2010-04-04, as confirmed by the OS time zone info (OS X 10.8.2): zdump -v /etc/localtime /etc/localtime Sat Apr 3 13:59:59 2010 UTC

I came across a quite interesting post from Ross Ihaka, thought would be good to share it and get the opinion of folks around here. I am not sure where to post this for the R community but since it has to do with development I thought or R-devel Ross Ihaka Newsgroups: comp.lang.lisp From: Ross Ihaka <ih... at stat.auckland.ac.nz> Date: Wed, 23 Jan 2008 10:35:26 +1300 Local: Tues, Jan 22

Those of you who track R development closely, will have noticed yesterday's commit of enhanced versions of nchar() and nzchar(). ------------------------------------------------------------------------ r68254 | maechler | 2015-04-23 18:06:37 +0200 (Thu, 23 Apr 2015) | 1 line Changed paths: M doc/NEWS.Rd M src/library/base/R/New-Internal.R M src/library/base/R/zzz.R M