similar to: R-alpha: extraneous ";" gives syntax error

Not too hard to fix, the following buglet (new in 1.3.0), but I'm about to leave for one week (of vacation).. Here is an example (for Linux) : lynne{sfs}214> cd /tmp lynne{sfs}215> mkdir blue lynne{sfs}216> cd blue /tmp/blue lynne{sfs}217> echo 'data(package = "mva")'|R-1.3.0 --vanilla R : Copyright 2001, The R Development Core Team Version 1.3.0

On 06-Nov-97 maechler@stat.math.ethz.ch wrote: >I investigated some more: > R_VISIBLE is set to 0 ``R_Visible = 0;'' > also in other places in eval.c : > > line C function > > 344: do_if > 436: do_for > 480: do_while > 515: do_repeat > 720: \ > 727: > do_set > 738: / > ^^^ >(line

signif(.) is a <primitive> function. Unfortunately, I couldn't even find WHERE in the source, signif(.) is defined. Here are the symptoms: xmin <- .Machine $ double.xmin signif(xmin,3) #--> NA umach <- unlist(.Machine)[paste("double.x", c("min","max"), sep='')] for(dig in 1:10) {cat("dig=",dig,": ");

To see what I mean, try x11() par(mfrow=c(2,1)) x <- 1:100 plot(x, sin(pi*x/100)) options(digits= 20) plot(x, sin(pi*x/100)) The problem really is in axis(.) which uses format(.) for the axis labels. I think the result of axis(.) should NOT be influenced by options()$digits. Should I change it? -- Martin

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/

There seems to be a problem in print.default with some ISO-latin1 characters (the chars AFTER ASCII in western Europe...) if they appear in strings. (no problem if they are part of a function comment, see below). Some of the characters lead to 4 character Hex-codes being printed instead: "û" ## ^u prints as "0xFB" If you use the funny characters in comments of functions,

This is propagated to R-devel in case anyone else has a comment on this : >>>>> "MM" == Martin Maechler <maechler@stat.math.ethz.ch> writes: MM> On Aug. 14, MM> "Ross" == Ross Ihaka <ihaka@stat.auckland.ac.nz> writes: Ross> Re the emacs stuff: MM> ... Ross> 2. Peter Dalgaard made the suggestion that we made R source

Read this morning >>> R : Copyright 1998, Robert Gentleman and Ross Ihaka >>> Version 0.61.2 Alpha (March 15, 1998) ----- So, there still is no "R beta" around.... - If I didn't know R, would I use a statistics software, if it was still in alpha testing state? - Is this really what we want to tell people about R? More to the point: I think, we could

Greetings, I am running a factor analysis model in rjags and have received the following error Error parsing model file: syntax error on line 5 near "" Line 5 is model { Here is my syntax. Any insight would be greatly appreciated. require(rjags) modelstring = " model { for (i in 1 : nData) { for (j in 1 : nIndicators) { y[i,j] ~ dnorm(mu[i,j],psi[j]) ephat[i,j] <-

Can you confirm this problem : ###--------- RESHAPING x11() window has more problems: ---- x11() plot(1:8)# as expected: <<<<<<<< NO Problem, if you OMIT this plot !! ##-- now RESHAPE the x11() - window ! par(pty = 's') # should make SQUARE plotting region plot(1:8) #-- oops, not yet... plot(1:8) # now !

The function tapply is not working in the Windows version of R=20 (Version 0.50 Beta (Sept 29, 1997)) In tapply <- function (x, INDEX, FUN=3DNULL, simplify=3DTRUE, ...)=20 ... The part: if (simplify && all(unlist(lapply(ans, length)) =3D=3D 1)) { ans <- unlist(ans, recursive =3D FALSE) names(ans)<-namelist[[1]] return(ans) } should be replaced by if (simplify

rsync --delete option tells rsync to delete extraneous files from the receiving side (ones that aren't on the sending side).But if a user accidentally deletes a file, there is no way to restore it from the server.If --delete option is not used, and the local hard disk is destroyed, restored data will include old deleted files. Is there a way for rsync server to retain backup of deleted source

Just a short reminder / question -- We've had one posting >> Date: Sun, 17 Aug 1997 19:51:20 -0700 >> From: Kung-Sik Chan <kchan@stat.uiowa.edu> >> To: r-help@stat.math.ethz.ch >> Subject: R-beta: bug report with a predict.default that would "work" with (some) lm objects, and I think it was said that predict.lm "is being" written (Peter

The .Options vector had been introduced a while ago after my suggestion (see Ross's E-mail below). .Options$digits is used be default in several print methods (eg print.lm), however, deparse(.) e.g., uses options()$width, and not .Options$width. Another problem is that .Options is still not in the documentation (on-line help). Before one could add it there, we'd need ``the

In S, NULL and list() are not the same. In R they are (I think). --------------------------------------------------- At least, is.list(NULL) #-> 'F' in S; 'TRUE' in R Yes: I had an instance where this broke correct S code: match(c("xlab","ylab"), names(list(...))) when '...' is empty, gives an error in R, but gives c(NA,NA) in S.

There seems to be a small problem with the S-compatible small numbers color specification, colors 0 and 2 are the same. Have a look at e.g. barplot(rbind(1:3, 1), col = c(0,2)) -k =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- r-devel mailing list -- Read http://www.ci.tuwien.ac.at/~hornik/R/R-FAQ.html Send "info", "help", or

patch is for rsync cvs sources after appling acls.diff and xattrs.diff patches. Please comment or include it upstream. PS: please cc me, I'm not on list ---------------------------------------------------- Producenci "Opowie?ci z Narnii" przedstawiaj?: Wielka przygoda w ?wiecie, w kt?rym wszystko jest mo?liwe! MOST DO TERABITHII - w kinach od 9 marca!

What is wrong in the following nested if-else statements: if (Condition_1) { # begin IF_1 statement_1 statement_2 statement_3 if (Condition_2) { # begin IF_2 a<- a +1 } # end IF_2 statement_4 statement_5 statement_6 statement_7 if (Condition_3) {

In this commit you put "extraneous hard-linked files". I find this confusing because the hard-linked entries may have been created by rsync itself. I think the previous version is better. Or you could put "If there are files that are hard-linked at the destination but not at the origin".

https://bugzilla.samba.org/show_bug.cgi?id=2802 Summary: rsync uses extraneous libresolv.dylib Product: rsync Version: 2.6.5 Platform: PPC OS/Version: Mac OS X Status: NEW Severity: trivial Priority: P3 Component: core AssignedTo: wayned@samba.org ReportedBy: psfales@lucent.com