similar to: (PR#7199) function bug

output of R.version platform i686-pc-linux-gnu arch i686 os linux-gnu system i686, linux-gnu status major 1 minor 9.1 year 2004 month 06 day 21 language R The following code prints [1] 2, as it should temp<-function(ab,...){ print(ab) } temp(2,s=3) However, this code prints [1] 3: temp<-function(sb,...){ print(sb) } temp(2,s=3) It should still print [1] 2.

The following code prints [1] 2, as it should temp<-function(ab,...){ print(ab) } temp(2,s=3) However, this code prints [1] 3: temp<-function(sb,...){ print(sb) } temp(2,s=3) It should still print [1] 2. It appears that if a variable in ... begins with the same letter as another variable, the value in the variable in ... overwrites the value in the variable with the same first letter. I

I don't have any there; I suppose that is the problem. I did a locate *.xslt and nothing pertaining to icecast came up. I suppose I should grab the source and check it out. I installed from the rpm. Thanks, Richard Michael Smith wrote: >On Thursday 21 October 2004 14:50, Richard Morey wrote: > > >>Ok, I think I see. The xslt files are kind of a template which tells

'make check' fails on d-p-q-r-tests: > ##-- non central Chi^2 : > xB <- c(2000,1e6,1e50,Inf) > for(df in c(0.1, 1, 10)) + for(ncp in c(0, 1, 10, 100)) stopifnot(pchisq(xB, df=df, ncp=ncp) == 1) Error: pchisq(xB, df = df, ncp = ncp) == 1 is not all TRUE Execution halted Here is some more testing: xB <- c(2000,1e6,1e50,Inf) for(df in c(0.1, 1, 10)) for(ncp in c(0, 1,

The last line gets duplicated when a file is read like this: a <- scan(file=filename, what="", sep="\n", strip.white=c(TRUE), quiet=TRUE) (This error does not occur on Linux, the only other platform I tested.) Version: platform = hppa2.0-hp-hpux10.20 arch = hppa2.0 os = hpux10.20 system = hppa2.0, hpux10.20 Actually, all binaries are

I read the posting below. but I have not figured out why my vista pc won't work. here is what I did - 1. I disable window file sharing; 2. in putty, i add a tunnel: ???? source port: 445 ???? destination port: my linux box IP: 139 ? ?I forward 80. i see http://127.0.0.1 yields my web server's start page. 3 i also use secpol.msc and change local policies -> security options. By default

After having scoured the net for a way to do SMB over SSH with Windows, I've tried everything I have found and I still can't get it to work. I'm using Windows Vista as the client and FC6 with Samba 3.0.24-1 as the server. I have set up a share and can successfully connect to that share with no ssh tunnel. I would like to tunnel SMB over SSH, so here is what I have tried: 1.

1. I just found out port 445 and 139 are both blocked by my ISP (cablevision). i use Vista Ultimate. Is there a way to solve my problem? see my email below. 2. I am a new user of this mailing list. how can i read the postings and reply to a post? it does not seem allow me to reply to a post in your archive page. thanks, Dan ---------------------------------- I read the posting below. but I

While using the rmvnorm function, I get the error: Error in eigen(sigma, sym = TRUE) : error code 5 from Lapack routine 'dsyevr' The same thing happens when I try the eigen() function on my covariance matrix. The matrix is a symmetric 111x111 matrix. Well, it is almost symmetric; there are slight deviations from symmetry (the largest is 3e-18). I have this in an MCMC loop, and it

I'm not sure this belong here... Package: MASS Version: 6.2-8 I get a core dump when I call isoMDS with an incorrect argument for y. With d as an object of class "dist": > isoMDS(d,2) Program received signal SIGSEGV, Segmentation fault. 0x40229e43 in VR_mds_init_data () at MASS.c:157 --please do not edit the information below-- Version: platform = i586-pc-linux-gnu

library(mva) data(USArrests) hc <- hclust(dist(USArrests), "ave") plot(hc) # OK dump(c("hc"), "tst") rm(hc) source("tst") plot(hc) # Error in plot.hclust(hc) : invalid dendrogram input The same problem occurs with dput/dget --please do not edit the information below-- Version: platform =

Running 'make check' I get two errors: running code in 'mva-Ex.R' .../usr/lib/dld.sl: Unresolved symbol: meet_ (code) from /users1/kleiweg/R-1.6.0-source/library/cluster/libs/cluster.sl running code in 'tcltk-Ex.R' .../usr/lib/dld.sl: Unresolved symbol: Tcl_EvalObjv (code) from /users1/kleiweg/R-1.6.0-source/library/tcltk/libs/tcltk.sl Version: platform =

I use as.vector() on a data frame and I get a data frame in return. No warning. I have to use as.matrix() first. Why is that? Doesn't make sense to me. I'm using R 1.2.0 on Linux. > F <- data.frame(a = c(1,2,3), b = c(4,5,6)) > F a b 1 1 4 2 2 5 3 3 6 > V <- as.vector(F) > V a b 1 1 4 2 2 5 3 3 6 > attributes(V)

Hi everyone, I saw this problem dealt with here: http://markmail.org/search/list:r-project?q=integrate#query:list%3Ar-project%20integrate+page:1+mid:qczmyzr676pgmaaw+state:results but no one answered that request that I can tell. I'm having the same problem. I'm having problems passing arguments to functions that I'd like to integrate. I could swear this worked in the past, but I

The following problem occurs in R 1.4.0 and 1.3.1 for Windows95, but not in R 1.2.0 for Windows95. The problem does not occur in R 1.4.0 for Linux PC, Linux Alpha and HP-UX. Sometimes, the type of 'Size' of an object of type 'dist' changes from integer into double. Running cmdscale on such a 'dist' object gives invalid results. I don't know what should be considered

If tbl is an object of class 'dist', you can do this: a <- sammon(tbl, k=3) But you can't do this: b <- isoMDS(tbl, k=3) Wouldn't it be sensible to have identical interfaces to sammon() and isoMDS() ? I think all that would be needed is to change this: isoMDS <- function(d, y=cmdscale(d, 2), maxit=50, trace=TRUE) { ...into this: isoMDS <-

I have a package with in the documentation: in \usage : \dots in \arguments: \ldots This is how I interpreted "Use \dots for the dots in function argument lists ..., and \ldots for ellipsis dots in ordinary text" in "Writing R Extensions". When I did `R CMD check' in R version 1.3.1 all was fine. With R version 1.4.0 I get : * checking for undocumented arguments

Peter Kleiweg skriver... > R dumps core if the first command I use is Sys.time(): > > > Sys.time() > Segmentation fault (core dumped) (peter) ~ R -d gdb [snip] GDB 4.16 (i386-redhat-linux), Copyright 1996 Free Software Foundation, Inc... (gdb) run Starting program: /usr/local/R/lib/R/bin/R.bin R : Copyright 2001, The R Development Core Team Version 1.2.1 (2001-01-15)

I've noticed a change in the way grep() behaves between the 1.9.0 release and a recent R-patched. On 1.9.0 I get the following output: > x <- dget(file = url("http://www.biostat.jhsph.edu/~rpeng/names.R")) > length(grep("^l\\w+tmean", x, perl = TRUE, value = TRUE)) [1] 84 And on R-patched (2004-06-11) I get > x <- dget(file =

I'm not sure this is a bug in R. Since a few weeks I have a new PC, SuSE 8.0 installed. When running demo(graphics) I get after a few graphs: Error in title(main = "January Pie Sales", cex.main = 1.8, font.main = 1) : X11 font at size 22 could not be loaded And the demo stops. This is in R 1.6.0. I get the same in R 1.5.1 on HP-UX, but using my PC as the X-server.