Re: [Rd] cleanup_pkg() in tools:::.build_packages() is broken

This has been fixed in R-beta. Thanks! H. On 10/01/2010 06:31 PM, Hervé Pagès wrote: Hi, The cleanup_pkg() function defined the big tools:::.build_packages() function in tools/R/build.R is currently broken. When Makefiles are used cleanup_pkg() doesn't clean anything because of th

[Rd] cleanup_pkg() in tools:::.build_packages() is broken

rguments to the system command need to be passed separately thru the 'args' argument. Cheers, H. -- Hervé Pagès Program in Computational Biology Division of Public Health Sciences Fred Hutchinson Cancer Research Center 1100 Fairview Ave. N, M2-B876 P.O. Box 19024 Seattle, WA 98109-1024 E-

Re: [Rd] More strange R CMD build/check errors on Windows

This has been addressed in current R-alpha, thanks! H. On 09/29/2010 02:11 PM, Hervé Pagès wrote: Hi, I can confirm that most of those "strange R CMD build/check errors" we observe on Windows are actually a consequence of the "temp Rscript file collision" I reported ye

[Rd] tar problem when using 'R CMD build' on Windows

is variable to tar --no-same-owner Note that the use of quotes around TAR is inconsistent across utils::untar(), utils::tar() and tools:::.build_packages() (only the first doesn't put them) but that's another story. Thanks! H. -- Hervé Pagès Program in Computational Biology Divi

Re: [Rd] small inaccuracy in startup warning message

It looks like this has been fixed in current R-alpha. Thanks! H. On 09/28/2010 04:27 PM, Hervé Pagès wrote: Hi, Cosmetic. Starting R with e.g. --max-ppsize=-10 produces the following warning: WARNING: '-max-ppsize' value is negative: ignored The name of the option displayed in t

Re: [Rd] More strange R CMD build/check errors on Windows

same bug but apparently they are not (looks like it could be a temp file collision again, but a different temp file now), so I'm going to report them in a separate post. Can the patch above be applied? Thanks! H. On 09/11/2010 11:10 PM, Hervé Pagès wrote: Hi, This is a follow up to: https

[Rd] temp Rscript file collision on Windows

%x", tm, getpid(), rand()); will surely be much safer. Furthermore, my understanding is that a given Rterm process needs to create at most 1 temp Rscript file so maybe using rand() is not even needed. Note that Unix is safe because tmpfile() is used there (file src/unix/system.c). Cheers, H.

[Rd] small inaccuracy in startup warning message

file where the name of this option needs to be adjusted). This is with current R-alpha. Thanks! H. -- Hervé Pagès Program in Computational Biology Division of Public Health Sciences Fred Hutchinson Cancer Research Center 1100 Fairview Ave. N, M2-B876 P.O. Box 19024 Seattle, WA 98109-1024 E

Re: [Rd] More strange R CMD build/check errors on Windows

report for around 10% of the Bioconductor packages. This is with 2.12.0 alpha (2010-09-24 r52991) on Windows Server 2003 R2 (32-bit). The tar command used is from current Rtools212. Cheers, H. On 09/15/2010 05:21 PM, Hervé Pagès wrote: On 09/14/2010 11:23 AM, Hervé Pagès wrote: Hi Uwe, On 09

Re: [Rd] running 'make' failed during vignette creation ('R CMD build') on Windows

This fixed in current R-alpha (r52991) too. Thanks! H. On 09/15/2010 11:33 PM, Hervé Pagès wrote: I think I found the problem. During the recent transition from Perl-based to R-based 'R CMD check/build', the rcmdfn() function in src/gnuwin32/front-ends/rcmdfn.c has been hacked q

Re: [Rd] Lack of consistent cross-platform behaviour of tools:::buildVignettes()

27; but fails if run interactively. Thanks! H. On 09/15/2010 09:54 PM, Hervé Pagès wrote: Hi, On both Unix and Windows there is a mechanism to add variables to the environment when R is started. I noticed that, on Unix, this mechanism is not used when R is started normally at the command line but on

[Rd] environment variable for tar()/untar()

quot;)) Usage: untar(tarfile, files = NULL, list = FALSE, exdir = ".", compressed = NA, extras = NULL, verbose = FALSE, tar = Sys.getenv("TAR")) Thanks! H. -- Hervé Pagès Program in Computational Biology Division of Public Health Sciences Fred Hutchinson

Re: [Rd] running 'make' failed during vignette creation ('R CMD build') on Windows

ks in rcmdfn() went moved up one by one to end up before the call to process_Renviron(). So none of the 'R CMD' subcommands sees the environment variables that they used to see anymore. Only a normal 'R' command still gets them. Cheers, H. On 09/15/2010 04:55 PM, Hervé Pagès wro

[Rd] Lack of consistent cross-platform behaviour of tools:::buildVignettes()

all R CMD commands) when R is started normally? Thanks, H. BTW, I found this (on both, Unix and Windows): $ echo "Sys.getenv('TEXINPUTS')" | R Fatal error: you must specify '--save', '--no-save' or '--vanilla' What about --slave? Thanks! -- He

Re: [Rd] More strange R CMD build/check errors on Windows

On 09/14/2010 11:23 AM, Hervé Pagès wrote: Hi Uwe, On 09/14/2010 04:49 AM, Uwe Ligges wrote: ... Brian had some ideas that the problems are related to the shell that is used. Is the problem still apparent in a very recent R-devel from few days ago? I am just back from vacations and have not

[Rd] running 'make' failed during vignette creation ('R CMD build') on Windows

fferent: all: findsegments costMatrix assessNorm segmentation plotAlongChrom clean findsegments: findsegments.tex pdflatex findsegments pdflatex findsegments costMatrix: costMatrix.tex pdflatex costMatrix pdflatex costMatrix assessNorm: assessNorm.tex cp -

Re: [Rd] R CMD build cannot create vignettes on Windows if Makefile is used

; by hands yesterday on a package for which the problem is gone so I went ahead and started to sing victory... not so fast! I'm gonna post with a new subject and give more details. H. On 09/14/2010 11:48 AM, Duncan Murdoch wrote: On 14/09/2010 2:46 PM, Hervé Pagès wrote: Duncan, On 09/13

Re: [Rd] Problem with WARNING...headers with CRLF line endings

r that the clean step runs too late. But shouldn't 'R CMD check' run the clean step (if it runs it at all) right after the 'R CMD INSTALL' step? Cheers, H. -- Hervé Pagès Program in Computational Biology Division of Public Health Sciences Fred Hutchinson Cancer Resea

Re: [Rd] Suggestion: Add DESCRIPTION 'Date' to R CMD check log header

t/checked: http://bioconductor.org/checkResults/2.7/bioc-LATEST/ But I can see Henrik's point to not depend on what a particular build system does and to have this kind of feature incorporated in 'R CMD check' itself. Cheers, H. -k

Re: [Rd] Problem with WARNING...headers with CRLF line endings

On 09/14/2010 03:30 PM, Duncan Murdoch wrote: On 14/09/2010 6:08 PM, Hervé Pagès wrote: On 09/14/2010 02:58 PM, cstrato wrote: Dear Herve, Thank you for your reply, however maybe I was not quite clear. The files xpsDict.h and xpsDict.cxx are automatically created by the ROOT framework during

Re: [Rd] Problem with WARNING...headers with CRLF line endings

quot; increases only from 4MB to 4.3MB. Thus in principle I could upload both files to SVN for BioC 2.7, and this should eliminate the warning message. What is your opinion? I still don't understand why you want to have them in the source tarball. H. Best regards Christian On 9/14/10 1

Re: [Rd] Problem with WARNING...headers with CRLF line endings

info/r-devel __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel ______ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel -- Hervé Pagès Progra

Re: [Rd] R CMD build cannot create vignettes on Windows if Makefile is used

Duncan, On 09/13/2010 11:47 AM, Duncan Murdoch wrote: On 13/09/2010 2:38 PM, Hervé Pagès wrote: [...] Thanks for suggesting workarounds but don't you think there is a real problem? As I said, we don't use TEXINPUTS on Windows, we use the command line version. I didn't write

Re: [Rd] More strange R CMD build/check errors on Windows

Hi Uwe, On 09/14/2010 04:49 AM, Uwe Ligges wrote: On 12.09.2010 12:10, Hervé Pagès wrote: Hi Peter, On 09/12/2010 01:51 AM, Peter Dalgaard wrote: On 09/12/2010 08:10 AM, Hervé Pagès wrote: ... AFAICT those problems were never seen before (i.e. with R< 2.12). They show up rando

Re: [Rd] R CMD build cannot create vignettes on Windows if Makefile is used

On 09/13/2010 03:34 AM, Duncan Murdoch wrote: Hervé Pagès wrote: Hi Duncan, On 09/12/2010 05:07 AM, Duncan Murdoch wrote: On 12/09/2010 12:49 AM, Hervé Pagès wrote: Hi Duncan, On 09/11/2010 03:56 AM, Duncan Murdoch wrote: On 11/09/2010 12:52 AM, Hervé Pagès wrote: Hi, I found the

Re: [Rd] R CMD build cannot create vignettes on Windows if Makefile is used

Hi Duncan, On 09/12/2010 05:07 AM, Duncan Murdoch wrote: On 12/09/2010 12:49 AM, Hervé Pagès wrote: Hi Duncan, On 09/11/2010 03:56 AM, Duncan Murdoch wrote: On 11/09/2010 12:52 AM, Hervé Pagès wrote: Hi, I found the following problem with recent R-devel (2010-08-26 r52817) on Windows (32

Re: [Rd] More strange R CMD build/check errors on Windows

Hi Peter, On 09/12/2010 01:51 AM, Peter Dalgaard wrote: On 09/12/2010 08:10 AM, Hervé Pagès wrote: ... AFAICT those problems were never seen before (i.e. with R< 2.12). They show up randomly everyday for a small number of packages (between 10 and 20 out of 400). The set of victims chan

[Rd] More strange R CMD build/check errors on Windows

ning: OLIN_1.27.0.tar.gz:5: All text must be in a section Warning: OLIN_1.27.0.tar.gz:6: All text must be in a section Warning: OLIN_1.27.0.tar.gz:7: All text must be in a section Warning: OLIN_1.27.0.tar.gz:7: All text must be in a section Warning: OLIN_1.27.0.tar.gz

Re: [Rd] R CMD build cannot create vignettes on Windows if Makefile is used

Hi Duncan, On 09/11/2010 03:56 AM, Duncan Murdoch wrote: On 11/09/2010 12:52 AM, Hervé Pagès wrote: Hi, I found the following problem with recent R-devel (2010-08-26 r52817) on Windows (32-bit and 64-bit): 'R CMD build ' gets stalled during vignett creation for packages that have

[Rd] R CMD build cannot create vignettes on Windows if Makefile is used

related to the problem? I don't see that problem on platforms other than Windows or with R < 2.12 Thanks, H. -- Hervé Pagès Program in Computational Biology Division of Public Health Sciences Fred Hutchinson Cancer Research Center 1100 Fairview Ave. N, M2-B876 P.O. Box 19024 Seattle, WA

Re: [Rd] Speeding up transpose

break; default: UNPROTECT(1); goto not_matrix; } __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel -- Hervé Pagès Program in Computational Biology Division of Public Health Sciences Fre

[Rd] new bug in install.packages()

evices utils datasets methods base loaded via a namespace (and not attached): [1] tools_2.12.0 -- Hervé Pagès Program in Computational Biology Division of Public Health Sciences Fred Hutchinson Cancer Research Center 1100 Fairview Ave. N, M2-B876 P.O. Box 19024 Seattle, WA 98109-10

[Rd] Very slow subsetting by name

user system elapsed 130.390 0.000 132.316 And it's apparently worse than quadratic in time! I'm wondering why this subsetting by name is so slow since it seems it could be implemented with x4[match(keys, names(x4))], which is very fast: only 0.012s! This is with R-2.11.0 and R-2.12

[Rd] Strange issues with new R-based 'R CMD build' and 'R CMD check' scripts on Windows

2 Windows build machines, 32-bit and 64-bit. Both are using R-2.12.0 (2010-07-06 r52464). Cheers, H. -- Hervé Pagès Program in Computational Biology Division of Public Health Sciences Fred Hutchinson Cancer Research Center 1100 Fairview Ave. N, M2-B876 P.O. Box 19024 Seattle, WA 98

Re: [Rd] No output/no source tarball produced by 'R CMD build' on Windows (but ret code is 0)

rpool-buildsrc.html Cheers, H. On 06/21/2010 12:20 PM, Hervé Pagès wrote: Hi, After updating R-2.12 on the Bioconductor build system about 1 week ago (we update R every 4-6 weeks for our devel builds), we've started to see something never seen before on Windows: for some BioC packages, &#

[Rd] No output/no source tarball produced by 'R CMD build' on Windows (but ret code is 0)

(32-bit)) is that R-2.12.0 was updated to 2010-06-11 r52254. Let me know if I can help in any way. Thanks, H. -- Hervé Pagès Program in Computational Biology Division of Public Health Sciences Fred Hutchinson Cancer Research Center 1100 Fairview Ave. N, M2-B876 P.O. Box 19024 Seattle, WA 981

Re: [Rd] R-based version of R CMD build broken on Windows

Uwe Ligges wrote: On 10.06.2010 23:16, Hervé Pagès wrote: Hi, The R-based version of R CMD build doesn't work for me on Windows: E:\biocbld\bbs-2.7-bioc>R\bin\R CMD build meat\Biobase * checking for file 'meat\Biobase/DESCRIPTION' ... OK * preparing 'Biobase':

[Rd] R-based version of R CMD build broken on Windows

conductor packages to be red on Windows on our daily build/check report: http://bioconductor.org/checkResults/2.7/bioc-LATEST/ OTOH I don't see anything like that on the check summaries for CRAN packages: http://cran.r-project.org/web/checks/check_summary.html Maybe because CRAN only runs

[Rd] Broken link in HTML version of "R Installation and Administration" manual

e referred section is tagged with: Thanks, H. -- Hervé Pagès Program in Computational Biology Division of Public Health Sciences Fred Hutchinson Cancer Research Center 1100 Fairview Ave. N, M2-B876 P.O. Box 19024 Seattle, WA 98109-1024 E-mail: hpa...@fhcrc.org Phone: (206) 667-5791 Fax:(206

Re: [Rd] named empty list

Thanks Martin. H. Martin Maechler wrote: "HP" == Hervé Pagès on Thu, 03 Jun 2010 13:25:10 -0700 writes: HP> Hi, HP> I just realized that a named empty list is displayed the same HP> way as an empty list: >> list(aa=2:5)[0] HP> list(

[Rd] Argument recycling in substring()

cd", first=1:3, last=4:3) [1] "abcd" "bc" "cd" Cheers, H. -- Hervé Pagès Program in Computational Biology Division of Public Health Sciences Fred Hutchinson Cancer Research Center 1100 Fairview Ave. N, M2-B876 P.O. Box 19024 Seattle, W

[Rd] named empty list

en_CA.UTF-8 [7] LC_PAPER=en_CA.UTF-8 LC_NAME=C [9] LC_ADDRESS=C LC_TELEPHONE=C [11] LC_MEASUREMENT=en_CA.UTF-8 LC_IDENTIFICATION=C attached base packages: [1] stats graphics grDevices utils datasets methods base -- Hervé Pagès Program in Computational Biology Div

Re: [Rd] suggestion how to use memcpy in duplicate.c

Hervé Pagès wrote: [...] Code: === #include #include #include void memcpy_with_recycling_of_src(char *dest, size_t dest_nblocks, const char *src, size_t src_nblocks, size_t blocksize

Re: [Rd] suggestion how to use memcpy in duplicate.c

Follow up... Hervé Pagès wrote: Hi Matthew, Matthew Dowle wrote: Just to add some clarification, the suggestion wasn't motivated by speeding up a length 3 vector being recycled 3.3 million times. But its a good point that any change should not make that case slower. I don't kno

Re: [Rd] suggestion how to use memcpy in duplicate.c

l@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel -- Hervé Pagès Program in Computational Biology Division of Public Health Sciences Fred

Re: [Rd] as(1:4, "numeric") versus as.numeric(1:4, "numeric")

ng rid of the kludgy argument useInheritance= in a future version, if nobody has a use for it other than in as()? If you look at the code, you'll see that would simplify it significantly, and even speed up selection somewhat. There's a change I would be happy about! That sounds

Re: [Rd] as(1:4, "numeric") versus as.numeric(1:4, "numeric")

ectAsMethod()/showAsMethods()) is to avoid having to introduce and expose 2 new names, so the user doesn't have to switch between select*/show* tools depending on whether f="coerce" or not. H. John On 4/1/10 12:31 AM, Hervé Pagès wrote: Hi John, John Chambers wrote: The examp

Re: [Rd] as(1:4, "numeric") versus as.numeric(1:4, "numeric")

e effect on the table of coerce methods than a call to as(1:4, "numeric") i.e. the former will insert the same automatic method as the latter. That means that all the hard work made by the as() function in order to find/create/cache an appropriate method would need to be moved to selectMe

[Rd] as(1:4, "numeric") versus as.numeric(1:4, "numeric")

ADDRESS=C LC_TELEPHONE=C [11] LC_MEASUREMENT=en_CA.UTF-8 LC_IDENTIFICATION=C attached base packages: [1] stats graphics grDevices utils datasets methods base -- Hervé Pagès Program in Computational Biology Division of Public Health Sci

[Rd] Missing arg default values in Docs are not triggering an 'R CMD check' warning

Hi, Having foo <- function(x, y, z) {TRUE} in my code and foo(x, y=NULL, z=0) in the \usage section of my man page will trigger the following warning during R CMD check: * checking for code/documentation mismatches ... WARNING Codoc mismatches from documentation object 'foo': foo Code:

[Rd] unname() returns a named vector when the input vector has length 0

Hi, > x <- c(aa=22, bb=555) > unname(x[FALSE]) named numeric(0) Cheers, H. > sessionInfo() R version 2.10.0 (2009-10-26) x86_64-unknown-linux-gnu locale: [1] LC_CTYPE=en_CA.UTF-8 LC_NUMERIC=C [3] LC_TIME=en_CA.UTF-8LC_COLLATE=en_CA.UTF-8 [5] LC_MONETARY=C LC_MESSA

[Rd] inaccurate integer conversion in coercion

Hi, > as.integer(100) # 10 billions [1] NA Warning message: NAs introduced by coercion > as.integer(-100) # minus 10 billions [1] NA Warning message: NAs introduced by coercion > as.integer("100") # 10 billions as a string [1] 2147483647 Warning message: inaccurate in

Re: [Rd] crash with NAs in subscripted assignment of a raw vector

Seth Falcon wrote: 2009/9/24 Hervé Pagès : > x <- charToRaw("ABCDEFGx") > x[c(1:3, NA, 6)] <- x[8] *** caught segfault *** address 0x8402423f, cause 'memory not mapped' Thanks for the report. I have a fix which I will commit after

[Rd] crash with NAs in subscripted assignment of a raw vector

_MESSAGES=en_CA.UTF-8 [7] LC_PAPER=en_CA.UTF-8 LC_NAME=C [9] LC_ADDRESS=C LC_TELEPHONE=C [11] LC_MEASUREMENT=en_CA.UTF-8 LC_IDENTIFICATION=C attached base packages: [1] stats graphics grDevices utils datasets methods base -- Hervé Pagès Program in Computational Biology

Re: [Rd] R devel repository tarball naming issue

Thanks Martin! The latest snapshot (R-devel_2009-09-03.tar.gz) looks OK. FYI the tarballs with a broken name are still here (ftp://ftp.stat.math.ethz.ch/Software/R/): R-devel_.tar.bz2 R-devel_.tar.gz Cheers, H. Martin Maechler wrote: "HP" == Hervé Pagès on Wed, 02 Sep 200

Re: [Rd] R devel repository tarball naming issue

d on ftp://ftp.stat.math.ethz.ch/Software/R/ no longer have their default tarball file name but dropped the date stamp, i.e. R-devel_.tar.bz2 Same for R-patched snapshots. Could one of the maintainers please take a look. We rely on the default naming convention for automatic builds. Regards, Matthias -- Her

Re: [Rd] Resizing a named vector crashes R with gctorture(TRUE) (PR#13837)

Duncan Murdoch wrote: On 16/07/2009 5:06 PM, Hervé Pagès wrote: Duncan Murdoch wrote: On 7/16/2009 2:34 PM, Hervé Pagès wrote: Duncan Murdoch wrote: On 15/07/2009 10:15 PM, Hervé Pagès wrote: I have to confess that I'm a little bit puzzled by how the PROTECT/UNPROTECT mechanism is us

Re: [Rd] Resizing a named vector crashes R with gctorture(TRUE) (PR#13837)

Duncan Murdoch wrote: On 7/16/2009 2:34 PM, Hervé Pagès wrote: Duncan Murdoch wrote: On 15/07/2009 10:15 PM, Hervé Pagès wrote: I have to confess that I'm a little bit puzzled by how the PROTECT/UNPROTECT mechanism is used in the C code of R. Duncan, you say the problem you just fixed w

Re: [Rd] Resizing a named vector crashes R with gctorture(TRUE) (PR#13837)

Duncan Murdoch wrote: On 15/07/2009 10:15 PM, Hervé Pagès wrote: I have to confess that I'm a little bit puzzled by how the PROTECT/UNPROTECT mechanism is used in the C code of R. Duncan, you say the problem you just fixed was an easy one. I looked at the C code too and was able to recogn

Re: [Rd] Resizing a named vector crashes R with gctorture(TRUE) (PR#13837)

nothing between PROTECT(allocVector()) and the corresponding UNPROTECT could trigger garbage collection (e.g. PROTECT(allocVector()) is close to the return statement). Because making exceptions like this can make your code really hard to maintain in the long term. Cheers, H. Hervé Pagès wro

Re: [Rd] Resizing a named vector crashes R with gctorture(TRUE) (PR#13837)

murd...@stats.uwo.ca wrote: On 15/07/2009 8:30 PM, murd...@stats.uwo.ca wrote: On 15/07/2009 8:08 PM, Hervé Pagès wrote: Hi, > x <- c(a=10, b=20) > length(x) <- 1 > x a 10 But with gctorture turned on, I get: > gctorture(TRUE) > x <- c(a=10, b

[Rd] Resizing a named vector crashes R with gctorture(TRUE)

LC_TELEPHONE=C [11] LC_MEASUREMENT=en_CA.UTF-8 LC_IDENTIFICATION=C attached base packages: [1] stats graphics grDevices utils datasets methods base __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel -- Hervé Pagès Program in Comp

Re: [Rd] bug in seq_along

ignore any argument name. Kasper ______ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel -- Hervé Pagès Program in Computational Biology Division of Public Health Sciences Fred Hutchinson Cancer Research Cente

[Rd] Protection stack overflow when calling setGeneric()/setMethod() from within .onLoad()

ent R-devel (less than 1 week old) so they are not triggering the reg.finalizer() problem reported here (and fixed) a few weeks ago: https://stat.ethz.ch/pipermail/r-devel/2009-June/053607.html Also note that if I make foo() a function of one argument only, I don't get the protection stac

Re: [Rd] formal argument "envir" matched by multiple actual arguments

carefully when I get a chance. This is now fixed in R-devel and the R-patched (it was essentially a missing PROTECT call). luke luke Cheers, H. __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel ___

[Rd] formal argument "envir" matched by multiple actual arguments

nce for any help with this! H. > sessionInfo() R version 2.9.0 (2009-04-17) x86_64-unknown-linux-gnu locale: LC_CTYPE=en_CA.UTF-8;LC_NUMERIC=C;LC_TIME=en_CA.UTF-8;LC_COLLATE=en_CA.UTF-8;LC_MONETARY=C;LC_MESSAGES=en_CA.UTF-8;LC_PAPER=en_CA.UTF-8;LC_NAME=C;LC_ADDRESS=C;LC_TELEPHONE=C;LC_MEASUREMENT=en

[Rd] png() error in recent R-devel on Windows

(2009-05-28 r48663) i386-pc-mingw32 locale: [1] LC_COLLATE=English_United States.1252 [2] LC_CTYPE=English_United States.1252 [3] LC_MONETARY=English_United States.1252 [4] LC_NUMERIC=C [5] LC_TIME=English_United States.1252 attached base packages: [1] stats graphics grDevices utils datase

Re: [Rd] bug in classesToAM()

at the man page is saying: "values 0, 1, 2, or 3 abbreviate neither, rows, columns or both". Cheers, H. ______ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel -- Hervé Pagès Program in Computational Biology Div

Re: [Rd] Recent snapshot tarballs of R-devel don't compile

il to put the *.tgz symbolic links into src/library/Recommended/ as they used to. I don't know what OS this procedure is running on but maybe 'tar' started to do some strange strings with symlinks after an OS update/upgrade... Thanks, H. -- Hervé Pagès Program in Computational

Re: [Rd] Recent snapshot tarballs of R-devel don't compile

to be reported to the site which makes them. Perhaps you mean ftp://ftp.stat.math.ethz.ch/Software/R/R-devel_2008-12-03.tar.bz2 ? In which case see the README in that directory for how to report a problem. Will do. Thanks! H. -- Hervé Pagès Program in Computational Biology Division of Public H

<    1   2   3   4   5