similar to: R-alpha: R-0.49 Patch #1

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 <

Since it is now deep night in NZ, and the two R&R's did not yet send it to this list : !!>> The postscript bug mentioned in 0.49 has a "1 bit" patch: Replace '0' by '1' in one place of the source and recompile, i.e., type 'make' again in $RHOME, i.e. the directory which should end in .../R-0.49 >> Date: Thu, 24 Apr 1997 21:35:41 +1200

I found the following 2 problems (no debugging, sorry). * qt(0.975, 3) never returns. Can someone please check that? Happens for me on Debian GNU/Linux/ix86 compiled with CFLAGS="-O2 -g". * Yet another stupid way to cause a segfault: R> x Error: Object "x" not found R> debug(t.test) R> t.test(rnorm(10)) debug: choices <- c("two.sided",

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

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 >

Here is a drop-in replacement for the R incomplete beta function. src/math/pbeta.c It is a slightly modified version of the cephes library one from Netlib. In the few cases I tried it seems to give at least 14 digit agreement with the one in S-PLUS (its hard to get more). I'm not sure what performance is like. I'd like to know if it helps with some of the problems which have been

There is a problem with 'default argument evaluation' when I use an existing function name as argument name : sintest <- function(x, y = 2, sin= sin(pi/4)) { ## Purpose: Test of "default argument evaluation" ## -------- Fails for R-0.49. Martin Maechler, Date: 9 May 97. c(x=x, y=y, sin=sin) } ## R-0.49: R> sintest(1) ##> Error in sintest(1) : recursive

The newest version of R for Unix (version 0.50 alpha-1) is now (or will soon be) available 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/

Currently input such as "1ABC" or "1.1" is parsed (as 1). If there is trailing data on the command line, refuse to accept it. In addition this parses the integer into a C 'long', which is as close as we can get to the OCaml idea of a native int. This prevents the gross rounding error from the earlier code if the integer parameter was larger than 32 bits (on a 64 bit

A cut and paste typo has crept in and is rendering all values returned for the hypergeometric distribution incorrect. The problem is in src/main/arithmetic.c in the function "math4". The lines PROTECT(sy = allocVector(REALSXP, n)); a = REAL(sa); b = REAL(sb); c = REAL(sc); d = REAL(sc); /* <-- change this line */ y = REAL(sy); should

Here are another three problems with logarithmic scales: 1) segments() does not work with logarithmic scales. I suggest to change lines 962-973 in "plot.c": for (i = 0; i < n; i++) { if (FINITE(xt(x0[i%nx0])) && FINITE(yt(y0[i%ny0])) && FINITE(xt(x1[i%nx1])) && FINITE(yt(y1[i%ny1]))) { GP->col = INTEGER(col)[i % ncol];

>>>>> "XC" == X Cai <caix@isdugp.bham.ac.uk> writes: XC> Dear Martin, I am sorry to put the message for the alpha testing XC> software. In fact, when I compiled version R-0.49, the same error XC> occurred to me. Is R-0.49 also at alpha testing stage? This means XC> that I cannot use any version of R. Do you have any idea about the

Hi, I am compiling R-0.49 on my SGI Indigo 2 R8000 machine and it stopped in the middle. Could anyone help me to fix it? Many thanks! -- Xiaoming Cai School of Geography .&______~*@*~______&. University of Birmingham "w/%%%%%%%%%%%%%%%%%%%\w" Edgbaston, Birmingham

There is a problem with the patch I sent out yesterday. The patches for the glm code are applied in the wrong place. I have removed the patch file and will have a real one available latter today. Ross =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- r-devel mailing list -- Read http://www.ci.tuwien.ac.at/~hornik/R/R-FAQ.html Send "info", "help",

A set of patches for R-0.50-a1 is now available as ftp://stat.auckland.ac.nz/pub/R/R-0.50-a1.patch1.gz The patches mainly fix problems reported since R-0.50-a1 but some older problems are also fixed. Here is the list of changes. Ross o Many subsetting and mutation problems with the new "expression" type have now been fixed. o When ask=T is set in par() the user is instructed

Problems in R but not in S: --------------------------- 1) 'unlist' seems to have several other problems than the ones reported up to now. For instance, 'unlist' can be used on almost any object in S without much trouble. Eg.: S> unlist(c(2)) [1] 2 S> --- R> unlist(c(2)) Segmentation fault (core dumped) This occurs in R-0.49 and in R-0.50-a1. 2) Problem with the

1) I have been working on making R libraries more like those in S. I thought it might be advisable to discuss the ideas before springing them on you. What I have done is changed things so that each library has its own frame on the search path. E.g. > search() [1] ".GlobalEnv" "library:base" > library("eda") > search() [1] ".GlobalEnv"

Commit-ID: 686f1931b7dc102c32b59db638a3082d5c2251e5 Gitweb: http://git.kernel.org/?p=libs/klibc/klibc.git;a=commit;h=686f1931b7dc102c32b59db638a3082d5c2251e5 Author: maximilian attems <max at stro.at> AuthorDate: Mon, 10 Jun 2013 18:15:43 -0400 Committer: maximilian attems <max at stro.at> CommitDate: Wed, 21 Aug 2013 11:50:43 +0200 tests: Fix sscanf integer tests Drop the