similar to: alpha-numeric order bug (PR#3996)

I've updated my scripting patches to R-1.8.0. These patches allow you to write shell scripts in R (at least on *nix systems) by putting #!/path/to/R.bin --script on the first line of the script file. If you're interested in the patches, e-mail me at mckay@gmr.com -- Neil D. McKay, Mail Code 480-106-359 Phone: (586)986-1470 (GM:8-226-1470) Manufacturing Systems Research Lab

The command hist(c(2,2,2,4,5,6)) returns a histogram that looks incorrect -- 3 in the bin labeled 2 on the left, but 1 each in the bins labeled 3,4,5 on the left. Thanks! Pam Surko -------------------- > version _ platform i386-pc-mingw32 arch i386 os mingw32 system i386, mingw32 status major 1 minor

Can someone tell me which version of R began to order alpha-numeric strings in this manner: "ABC 10" < "ABC 2" rather than "ABC 2" < "ABC 10" ? And, is there a way to force "ABC 2" to be ordered as a value less than "ABC 10"? thank you, Karen kschlauc at vt.edu

Should I submit this as a bug report? --- reg-tests-3.Rout.save Thu Jul 3 09:55:40 2003 +++ reg-tests-3.Rout Sun Nov 23 13:10:57 2003 @@ -1,17 +1,18 @@ -R : Copyright 2003, The R Development Core Team -Version 1.8.0 Under development (unstable) (2003-07-03) +R : Copyright 2003, The R Foundation for Statistical Computing +Version 1.8.1 (2003-11-21), ISBN 3-900051-00-3 R is free software and

Gabor Grothendieck pointed out a bug to me in list.files(..., full.name=TRUE), that essentially comes down to the fact that in Windows it's not always valid to add a path separator (slash or backslash) between a path specifier and a filename. For example, c:foo is different from c:\foo and there are other examples. I'm going to fix this, but I'm wondering whether the fix is

Getting a crash with R1.8.1 on windows 2000 an linux with the strsplit. Version: platform = i386-pc-mingw32 arch = i386 os = mingw32 system = i386, mingw32 status = major = 1 minor = 8.1 year = 2003 month = 11 day = 21 language = R Version: platform = i386-pc-mingw32 arch = i386 os = mingw32 system = i386, mingw32 status = major = 1 minor = 8.1 year = 2003 month = 11 day =

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

'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,

Hi.. Guess this is asked alot, looked through the last 1000 posts but couldnt find anything so here goes =) Running a 10 finger training program originally made for win 95 on wine, and it all runs smoothly except that i cant get it to show the danish characters "???", if i press the keys on the keyboard they work fine so its not the keymapping thats wrong.. It just replaces the

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

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)

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

Again, CRAN and all of its mirrors are unreachable. My impression is this happens quite often. What is going on? -- Peter Kleiweg http://www.let.rug.nl/~kleiweg/ -.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.- r-help mailing list -- Read http://www.ci.tuwien.ac.at/~hornik/R/R-FAQ.html Send "info", "help", or "[un]subscribe" (in the

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 =

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)

Has anyone succeeded in compiling R on HP-UX? I'm trying to compile R version 1.1.0 on a HP-UX 10.20 machine. I run into the following problems: I got a compile error on src/unix/X11/rbitmap.c which I solved by including setjmp.h. After that, and after editing the Makefiles a bit cause gcc en ld can't find all the libraries, I finally get it to compile. Then I run "make

Inspired by this old Stack Overflow question https://stackoverflow.com/questions/19765610/when-does-locale-affect-rs-regular-expressions I was wondering why this is TRUE: Sys.setlocale("LC_ALL", "et_EE") grepl("[A-Z]", "T") TRE's documentation at <https://laurikari.net/tre/documentation/regex-syntax/> says that a range "is shorthand for

Could it be possible for packages to have manuals in multiple languages? I'm not saying all manuals should be in multiple languages, but I think there should be a mechanism for package writers to add manuals in multiple languages, if they think it useful. -- Peter Kleiweg