[Rd] Development version of R fails a regression test

. It seems the command 'si$LAPACK <- ""' introduces an extra line in the output of 'capture.output(si)' which then leads to an error message in 'which(osi != osi.noLA)'. Sorry, but I do not have any good idea/suggestion how this issue could be fixed.

Re: [Rd] specials and ::

on't think they can be taken seriously. Just my 0.02 (Australian of course). Cheers, Berwin [[alternative HTML version deleted]] __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel

Re: [Rd] specials and ::

d directly, I don't think they can be taken seriously. Just my 0.02 (Australian of course). Cheers, Berwin __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel

Re: [Rd] A potential POSIXlt->Date bug introduced in r-devel

identical(textConnectionValue(out)[2L], "LaTeX")); close(out) > ## empty output in R <= 4.2.x > > > ## as.POSIXlt() gave integer overflow > stopifnot(as.POSIXlt(.Date(2^31 + 10))$year == 5879680L) Error: as.POSIXlt(.Date(2^31 + 10))$year == 5879680L is not TRUE

Re: [Rd] Trying to compile R 4.2.x on Linux as 32bit sub-architecture

G'day all, On Sat, 18 Jun 2022 22:58:19 +0800 Berwin A Turlach wrote: > [...] I attach the relevant file from trying to compile R-patched > during last night's run. Mmh, on the web-interface to the mailing list I see that the attachment might have been deleted. Perhaps be

Re: [Rd] Development version of R fails tests and is not installed

ommand line with out error to the end, and every day since then at this crontab'd time. Looks as if it would be good indeed if R's autoconf script would enable sse on 32-bit unix systems. :) Thank you for the solution. Cheers, Berwin ___

[Rd] Development version of R fails tests and is not installed

our of round() has changed between R 3.6.2 and the development version. But I do not understand why this test all of a sudden failed if the results from the last successfully installed development version of R suggest that the test should be passed. Thanks in advance for any insight and tips. C

[Rd] Development version of R fails tests and is not installed

rs, I am configuring R to be compiled using Openblas and this test fails for the 64 bit installation, the 32 bit installation seems to pass all tests. Happy to provide any more information/context that might be needed. Cheers, Berwin __ R-devel@r-pr

[Rd] Problem compiling R patched and R devel on Ubuntu

ture): > XXL <- c(1:9, c(-1,1)*1e300) > hh <- hist(XXL, "FD") Error in pretty.default(range(x), n = breaks, min.n = 1) : invalid 'n' argument In addition: Warning message: In pretty.default(range(x), n = breaks, min.n = 1) : NAs introduced by

Re: [Rd] [patch] Error in reg-tests-1c.R (R-devel)

consequence of the match() bug; check here too: > dv <- data.frame(varé1 = 1:3, varé2 = 3); dv[,"varé2"] <- 2 Error: unexpected input in "dv <- data.frame(var�" Execution halted Cheers, Berwin __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel

[Rd] Building R-patched and R-devel fails

e to be adapted to contain the following line at the end among the "Hardcoded dependencies": survival.ts: Matrix.ts Cheers, Berwin __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel

Re: [Rd] Small inaccuracy in the Writing R Extensions manual

G'day Duncan, On Tue, 12 Jan 2016 07:32:05 -0500 Duncan Murdoch wrote: > On 11/01/2016 11:59 PM, Berwin A Turlach wrote: > > G'day all, > > > > In Chapter 1.4 (Writing package vignettes) the Writing R Extensions > > manual states: > > > > By

[Rd] Small inaccuracy in the Writing R Extensions manual

n the directory vignettes that Sweave successfully processed. If the directory vignettes contains a Makefile and subdirectories in which the actual vignettes are, 'R CMD build' does not run make. Cheers, Berwin __ R-devel@r-proje

[Rd] On 'R CMD INSTALL' with multiple architectures

--arch=name CMD INSTALL --libs-only' installs only libraries for the specified architecture (as an unwary user might expect). Cheers, Berwin == Full address A/Prof Berwin A Turlach Tel.: +61 (8) 6488 3338 (secr) School of Ma

Re: [Rd] Fortran BLAS giving bad results

eturned when an INTEGER is expected creates some confusion. Somewhere at the start of your routine you have to add a "DOUBLE PRECISION ddot" statement. HTH. Cheers, Berwin == Full address A/Prof Berwin A Turlach

Re: [Rd] R CMD config for R >= 3.0.1

to install my usual selection of packages in either of those versions. Loading under correct (and existing) architectures is tested and packages that query the configuration get the correct answers from `R CMD config'. Thank you very much for the help. Cheers,

Re: [Rd] R CMD config for R >= 3.0.1

s something stronger than 'make distclean'? Or should the 'r_arch=32' be dropped in step 1 but step 3 should use 'r_arch=64'? Essentially, I would like to install 32bit and 64bit builds on my machines, with one or both as sub-architectures (to

[Rd] R CMD config for R >= 3.0.1

Dear all, When installing the usual packages that I use, after installing R 3.0.1, I noticed that the installation of some packages that query R about its configuration did not succeed. The problem is exemplified by: berwin@bossiaea:~$ R-3.0.1 CMD config CC /opt/R/R-3.0.1/lib/R/bin/config: 222

Re: [Rd] Recommended way to call/import functions from a Suggested package

ystem to find the help pages on an object, the package that contains the help pages has to be on the search path AFAIK. Cheers, Berwin __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel

Re: [Rd] Calling FORTRAN function from R issue?

n from the stack (heap?), that real is than coerced to a double complex when assigned to retval. Note that while I am pretty sure about the above, this last paragraph is more speculative. :) But it would explain why the erroneous code returns 0 on little-endian machines. HTH. Che

Re: [Rd] Calling FORTRAN function from R issue?

broutine to double complex zdotc everything works fine and I get as result 14.0, 0.0. It is long time ago that I was taught (and studied) the FORTRAN 77 standard. But flipping through some books from that time I thing I have some inkling on what is going on. The "exter

Re: [Rd] Calling FORTRAN function from R issue?

ototype. The F77_ macros seem to be defined in /include/R_ext/RS.h, and their sole purpose seems to be to append a _ to the argument if needed. Cheers, Berwin Index: src/include/R_ext/BLAS.h === --- src/include/R_e

Re: [Rd] nobs() and logLik()

d values for the observations that received a zero weight. Cheers, Berwin __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel

[Rd] nobs() and logLik()

ghts=c(0,rep(1,14),0), + start = list(Asym = 3, xmid = 0, scal = 1)) R> nobs(fm3DNase2) [1] 16 > logLik(fm3DNase2) 'log Lik.' 42.62777 (df=4) > nobs(logLik(fm3DNase2)) [1] 14 Cheers, Berwin __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel

Re: [Rd] Changed behaviour of 'R CMD INSTALL'

Could kick myself. Well, it is always easier to find something when one knows what one is looking for... :) Cheers, Berwin __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel

[Rd] Changed behaviour of 'R CMD INSTALL'

ere a way of installing Rcmdr only for the 64-bit primary sub-architecture? Or do I really have to install the 32-bit versions of the TCL/Tk libraries and then reinstall R from scratch? Cheers, Berwin __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel

Re: [Rd] CRAN: How to list a non-Sweave doc under "Vignettes:" on package page?

d was missing. HTH. Cheers, Berwin __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel

Re: [Rd] Clean up after "R CMD INSTALL" and/or "R CMD check"

th: R version 2.13.0 Under development (unstable) (2010-12-02 r53747) and R version 2.12.0 Patched (2010-12-02 r53747) and I did not see any different behaviour. The subdirectories src-32/ and src-64/ are created and not deleted. Thank you very much for your comments/insights. Cheers, Berwin __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel

[Rd] Clean up after "R CMD INSTALL" and/or "R CMD check"

t the end of a successful INSTALL/check? Cheers, Berwin __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel

Re: [Rd] Trying to understand the search path and namespaces

same package will be resolved to the package, and objects cannot be masked by objects of the same name in the global environment or in other packages. I hope this clarifies your remaining doubts about the process. Cheers, Berwin __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel

Re: [Rd] Trying to understand the search path and namespaces

t; Well, as the part of "Writing R Extensions" that Martin quoted states, the normal search path is part of the search path used by packages with name spaces. So if you attach another package via library(), the normal search path changes and, hence, `parents(getNamespace("devtools"))' has one more location to report. Cheers, Berwin __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel

Re: [Rd] Query about .check_packages_used_in_examples

e, I will think about what versions of R I want to have installed on my main machine... should probably also write some scripts that regularly check my packages... Cheers, Berwin ber...@goodenia:/opt/src/R-2-12-branch/src/library/tools/R$

Re: [Rd] Query about .check_packages_used_in_examples

G'day all, sorry, should proof-read better before hitting the send button... On Mon, 11 Oct 2010 06:06:46 +0800 Berwin A Turlach wrote: > But then I noticed that for another package I have on R-forge a > similar note is issued: > https://r-forge.r-project.org/R/?gr

[Rd] Query about .check_packages_used_in_examples

in Imports when checking whether all packages used in library() or require() commands in examples are declared. Cheers, Berwin __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel

Re: [Rd] checking user interrupts in C(++) code

ially, does the PROTECT mechanism and R_CheckUserInterrupt() play together nicely? Can I call the latter from code that has objects PROTECT'd? If yes, and the code gets interrupted, is the worse that happens a warning about a stack imbalance, or will the R session become &

Re: [Rd] Matrix install fails because of defunct save in require

-09-17 And I have Matrix_0.999375-44.tar.gz in src/library/Recommended of my source directory. As you refer to 2.12/recommended, you and Thomas might talk about different versions when talking about R-devel. Cheers, Berwin __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel

Re: [Rd] Indexing bug?

t i can be numeric, logical, character or empty. Indexing by factors is allowed and is equivalent to indexing by the numeric codes (see factor) and not by the character values which are printed (for which use [as.character(i)]). Cheers, Berwin __ R-d

Re: [Rd] Bugs? when dealing with contrasts

which contains pertinent examples; in your case: R> model.matrix(lm(seq(15) ~ fac, contrasts = list(fac="contr.sum"))) (Intercept) fac1 fac2 1110 2110 3110 4110 5110 61

Re: [Rd] LOGICAL arguments in FORTRAN code

G'day Brian, On Thu, 8 Apr 2010 12:40:45 +0100 (BST) Prof Brian Ripley wrote: > On Thu, 8 Apr 2010, Berwin A Turlach wrote: [...] > > Thus, given that the port of quadprog existed for quite some time, I > > am wondering whether it is o.k. to pass R objects with storage m

[Rd] LOGICAL arguments in FORTRAN code

tion as INTEGER? Cheers, Berwin __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel

Re: [Rd] build, data and vignettes

with version 2.6.0 it started to do so. The relvant NEWS entry is: o R CMD check now (by default) attempts to latex the vignettes rather than just weave and tangle them: this will give a NOTE if there are latex errors. Cheers, Berwin __

Re: [Rd] inconsistency in ?factor

, "a"), levels=c("a", "b", "c")) R> f2 <- factor(c("a", "b", "c", "c", "b", "a"), levels=c("c", "b", "a")) R> f1==f2 [1] TRUE TRUE TRUE TRUE TRUE TRUE R&

[Rd] Patch proposal for logspace_sub

urably with the output of yacas or bc. The current version of R-devel, with this patch applied, passes "make check FORCE=FORCE" on my machine. The cut-off point for switching between the two evaluation schemes was chosen arbitrarily. I hope this patch will proof to be useful and w

Re: [Rd] surprising behaviour of names<-

G'day Wacek, On Sun, 15 Mar 2009 21:01:33 +0100 Wacek Kusnierczyk wrote: > Berwin A Turlach wrote: > > > > Obviously, assuming that R really executes > > *tmp* <- x > > x <- "names<-"('*tmp*', value=c("a",&qu

Re: [Rd] surprising behaviour of names<-

behaviour could change without warning. > i have indeed learned what prefix 'names<-' does and now i know that > the surprising behaviour is due to the observability of the internal > optimization. > > thanks to simon, peter, and you for your answers which allowed me to > learn this ugly detail. You are welcome. Cheers, Berwin __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel

Re: [Rd] surprising behaviour of names<-

improve your familiarity with the documentation. Simon's answers provided already more details and I provided you with pointers to what I believe to be relevant documentation. It's now up to you whether, and how, you want to digest this information/documentation. And some questions are not answered by the documentation and you will have to look into the code to get the answers to those questions. The ultimate documentation is the source code which is freely available (not sure whom I am paraphrasing here). Best wishes, Berwin __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel

Re: [Rd] surprising behaviour of names<-

On Fri, 13 Mar 2009 11:43:55 +0100 Wacek Kusnierczyk wrote: > Berwin A Turlach wrote: > > > And it is documented behaviour. > > sure! Glad to see that we agree on this. > > Read section 2.1.10 ("Environments") in the R > > Language Definition, >

Re: [Rd] surprising behaviour of names<-

, you would either have to > have the same result in both cases (because the same parse tree is > interpreted), [...] Sorry, looks as if I was too fast (again). 'names<-'(x,'foo') should create (more or less) a parse tree equivalent to that ex

Re: [Rd] surprising behaviour of names<-

) <- 'foo' once they are parsed, produce exactly the same parse tree and that it becomes impossible to tell from the parse tree whether originally the infix syntax or the prefix syntax was used. In fact, the last sentence in section 10.1.2 strongly suggests to me that the parse tree

Re: [Rd] surprising behaviour of names<-

ther 'names<-' was called using infix syntax or prefix syntax. Thus, I guess you want to start a discussion with R Core whether it is worthwhile to change the parser such that it keeps track on whether a function was used with infix notation or prefix notation and to provide for most (all?) assignment operators implementations that use destructive semantics if the infix version was used and always copy if the prefix notation is used. Cheers, Berwin __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel

Re: [Rd] surprising behaviour of names<-

ted out, this would be quite undesirable from a memory management and performance point of view. Image that every time you modify a (name) component of a large object a new copy of that object is created. > cheers, and thanks for the discussion. You are welcome. Cheers, Berwin __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel

Re: [Rd] surprising behaviour of names<-

ternals, Simon can probably speak for himself, but according to my reading he has not suggested anything similar to what you suggest he suggested. :) > and this would be a really bad thing to say.. No problems, since he did not say anything vaguely similar to what you suggest he said. Ch

Re: [Rd] surprising behaviour of names<-

in which I would do so. Plenty of users, including me, are happy using the latter forms and, hence, never have to bother with understanding these implementation details or have to bother about them. Your mileage obviously varies, but that is when you have to learn about these internal details. If you call functions because of their side-effects, you better learn what the side-effects are exactly. Cheers, Berwin __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel

Re: [Rd] bug (PR#13570)

be that some memory is not correctly allocated or initialised. Or is it something like an object with storage mode "integer" being passed to a double? But then, why doesn't it show on linux? Happy bug hunting. If my guess is correct, then I have no idea how to track down such th

Re: [Rd] [R] Semantics of sequences in R

reform of the German grammar rules. Cheers, Berwin __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel

Re: [Rd] [R] Semantics of sequences in R

On Tue, 24 Feb 2009 09:39:51 +0100 Wacek Kusnierczyk wrote: > Berwin A Turlach wrote: [...] > why not read some fortunes? I am well aware of those fortunes and maybe you missed the one: > fortune("Watson") Getting flamed for asking dumb questions on a public mailing

Re: [Rd] [R] Semantics of sequences in R

On Mon, 23 Feb 2009 20:27:23 +0100 Wacek Kusnierczyk wrote: > Berwin A Turlach wrote: > >> [...] > >> judging from your question, you couldn't possibly see sorting > >> routines in other languages. > >> > > > > Quite likely, or the ot

Re: [Rd] [R] Semantics of sequences in R

On Mon, 23 Feb 2009 13:27:08 +0100 Wacek Kusnierczyk wrote: > Berwin A Turlach wrote: > > > > >> can you give one concrete example, and suggest how to estimate how > >> much old code would involve the same issue? > >> > > > > Check

Re: [Rd] [R] Semantics of sequences in R

On Mon, 23 Feb 2009 11:31:16 +0100 Wacek Kusnierczyk wrote: > Berwin A Turlach wrote: > > On Mon, 23 Feb 2009 08:52:05 +0100 > > Wacek Kusnierczyk wrote: [...] > >> and you mean that sort.list not being applicable to lists is a) > >> good design, and b) some

Re: [Rd] [R] Semantics of sequences in R

On Mon, 23 Feb 2009 08:52:05 +0100 Wacek Kusnierczyk wrote: > Berwin A Turlach wrote: > > G'day Stavros, > > >> In many cases, the orthogonal design is pretty straightforward. > >> And in the cases where the operation is currently an error (e.g. > >&

Re: [Rd] [R] Semantics of sequences in R

=rnorm(6)) R> sort(cc) Error in sort.list(cc) : 'x' must be atomic for 'sort.list' Have you called 'sort' on a list? Thus, to make sort(list()) work, you would have to rename the existing sort.list and then change every call to that function to th

Re: [Rd] vignette compilation times

he above cite part of GPL-2 and the explicit `"The Program" refers to any copyrightable work' in GPL-3 seem to indicate that it is possible. Though, I guess you would still have to state *within* the (source of) vignette that it is under the GPL. But then IANAL. Cheers, Ber

Re: [Rd] vignette compilation times

is set up, your PDF file will show up in library(help=myPackage) and your package will pass "R CMD check" on CRAN. HTH. Cheers, Berwin __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel

Re: [Rd] vignette compilation times

out. I was aware of cacheSweave, but that package seems to require that each chunk has a label which I find kind of inconvenient. weaver does not seem to have such a requirement. Cheers, Berwin __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel

Re: [Rd] unloadNamespace (Was: How to unload a dll loaded via library.dynam()?)

al library and that "make build" first modifies the DESCRIPTION in the opposite way. But this would still leave concern a). Cheers, Berwin __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel

Re: [Rd] unloadNamespace (Was: How to unload a dll loaded via library.dynam()?)

understand why the order matters for R code. I could not find anything in the documentation that would explain this behaviour, or indicate that this is the intended behaviour. Enlightening comments and/or pointers to where this behaviour is documented would be welcome. Cheers, Berwin ==

Re: [Rd] Warning: missing text for item ... in \describe?

languages where they matter (Python, makefiles, &c), and some projects (including R) have style-guides, usually a developer is left with a lot of flexibility to suit her or his style. But I guess only Spencer knows why a whitespace at this place was desirable and/or improved readability. Cheers, Berwin __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel

Re: [Rd] Warning: missing text for item ... in \describe?

G'day Brian, On Fri, 5 Dec 2008 15:35:00 + (GMT) Prof Brian Ripley <[EMAIL PROTECTED]> wrote: > On Mon, 1 Dec 2008, Berwin A Turlach wrote: > > > G'day Spencer, > > > > On Sun, 30 Nov 2008 22:31:54 -0800 > > Spencer Graves <[EMAIL PROTEC

Re: [Rd] Warning: missing text for item ... in \describe?

be nice if the name of the .Rd files that produces the problem is actually mentioned. :) Don't ask me how I found this, let us just say that long live find-grep-dired in emacs and perseverance (or should that be stubbornness?) HTH. Cheers, Berwin ===

Re: [Rd] chisq.test with simulate.p.value=TRUE (PR#13292)

0) > X-squared = 138.2898, df = NA, p-value = 1e-06 > ... > > Also tested the same R version under Windows XP and got the same > results. Cheers, Berwin === Full address = Berwin A Turlach

Re: [Rd] typo in ?pie

ot; is spelt "color" (e.g. lines in package:graphics) and such patches would be applied? Sorry, couldn't resist. :) Cheers, Berwin __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel

Re: [Rd] (PR#13132) splinefun gives incorrect derivs when extrapolating to the left

ial patch that introduced it. :) Apologies also for not realising that the bug repository truncates over long subject line and having thus filed two additional reports. Will remember that in future. Best wishes, Berwin __ R-devel@r-project.or

Re: [Rd] why is \alias{anRpackage} not mandatory?

excluded from lasso2_x.y-z.tar.gz via an entry in .Rbuildignore but the vignette is distributed and listed under vignette(). And "R CMD check" on works the .tar.gz file too. Cheers, Berwin === Full address = Berwin A Turl

Re: [Rd] splinefun gives incorrect derivs when extrapolating to the (PR#13139)

--MP_/kvy20nVajVG/n.8m=_ZjLAX Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Disposition: inline On Tue, 7 Oct 2008 19:31:03 +0800 Berwin A Turlach <[EMAIL PROTECTED]> wrote: > The attached patch (against the current SVN version of R) implements >

Re: [Rd] splinefun gives incorrect derivs when extrapolating to the left (PR#13132)

On Tue, 7 Oct 2008 19:31:03 +0800 Berwin A Turlach <[EMAIL PROTECTED]> wrote: > The attached patch (against the current SVN version of R) implements > the latter strategy. With this patch applied, "make check > FORCE=FORCE" passes on my machine. The version of R that

Re: [Rd] splinefun gives incorrect derivs when extrapolating to the (PR#13138)

2731787 R> R> # these should all be 0 R> splfun( seq(0,1, 0.1), deriv=2 ) [1] 0 0 0 0 0 0 0 0 0 0 0 R> splfun( seq(0,1, 0.1), deriv=3 ) [1] 0 0 0 0 0 0 0 0 0 0 0 HTH. Cheers, Berwin === Full address = Berwin A Tur

Re: [Rd] splinefun gives incorrect derivs when extrapolating to the left (PR#13132)

should all be the same R> splfun( seq(0,1, 0.1), deriv=1 ) [1] 0.2731787 0.2731787 0.2731787 0.2731787 0.2731787 0.2731787 [7] 0.2731787 0.2731787 0.2731787 0.2731787 0.2731787 R> R> # these should all be 0 R> splfun( seq(0,1, 0.1), deriv=2 ) [1] 0 0 0 0 0 0 0 0 0 0 0 R> splfun( seq(

Re: [Rd] literate programming

ttp://www.wiwi.uni-bielefeld.de/~wolf/software/relax/relax.html Cheers, Berwin ======= Full address = Berwin A TurlachTel.: +65 6515 4416 (secr) Dept of Statistics and Applied Probability+65 6515 6650 (s

Re: [Rd] troubles with R CMD check and examples under Ubuntu gutsy

t function is part of the sources that you believe make up your package source. At the moment, I am leaning towards agreeing with Brian that the most likely reason for your problem is that the PermTest function got lost from your sources and is not installed. Best wishes, Berwin __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel

Re: [Rd] prod(0, 1:1000) ; 0 * Inf etc

0:0) [1] NA > prod(rev(0:1000)) [1] NA It might be better to educate useRs on finite precision arithmetic than trying to catch such situations. Note, I am saying "better", not "easier". :-) Cheers, Berwin __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel

Re: [Rd] NA warnings for r() {aka "patch for random.c"}

G'day Martin, On Tue, 11 Mar 2008 18:07:35 +0100 Martin Maechler <[EMAIL PROTECTED]> wrote: > >>>>> "BAT" == Berwin A Turlach <[EMAIL PROTECTED]> > >>>>> on Tue, 11 Mar 2008 13:19:46 +0800 writes: [...] > BAT&g

Re: [Rd] NA warnings for r() {aka "patch for random.c"}

G'day Martin and others, On Mon, 10 Mar 2008 12:06:01 +0100 Martin Maechler <[EMAIL PROTECTED]> wrote: > >>>>> "BAT" == Berwin A Turlach <[EMAIL PROTECTED]> > >>>>> on Fri, 7 Mar 2008 23:54:06 +0800 writes: > > BAT&

Re: [Rd] NA warnings for r() {aka "patch for random.c"}

r you want to replace the (new) R_FINITE()'s rather by ISNA()'s (or something else). One could also discuss in which order the checks should be made (first generated number then parameters of distribution or vice versa). But I will leave this to R-core to decide. :) > >

Re: [Rd] A patch

On Wed, 5 Mar 2008 21:02:34 +0800 Berwin A Turlach <[EMAIL PROTECTED]> wrote: > since a day or two "make dvi" and "make pdf" fails on my machine when > I try to install the latest version of R from scratch. The attached > patch seems to solve this problem. Sor

[Rd] A patch

Dear all, since a day or two "make dvi" and "make pdf" fails on my machine when I try to install the latest version of R from scratch. The attached patch seems to solve this problem. Cheers, Berwin === Full address ======

Re: [Rd] patch for random.c

G'day Martin, On Mon, 3 Mar 2008 10:16:45 +0100 Martin Maechler <[EMAIL PROTECTED]> wrote: > >>>>> "BAT" == Berwin A Turlach <[EMAIL PROTECTED]> > >>>>> on Fri, 29 Feb 2008 18:19:40 +0800 writes: > > BAT> while

[Rd] patch for random.c

whether a warning should be issued in this case too. Best wishes, Berwin Index: src/main/random.c === --- src/main/random.c (revision 44639) +++ src/main/random.c (working copy) @@ -123,7 +123,7 @@ #def

[Rd] On Section 2.5:Sub-architectures in the R Installation and Administration manual

Linux distribution. (Presumably the same holds for Debian and all other distributions derived from Debian.) Cheers, Berwin === Full address = Berwin A TurlachTel.: +65 6515 4416 (secr) Dept of Statistics and Ap

Re: [Rd] 0.45<0.45 = TRUE (PR#10744)

option is FALSE. Perhaps that will help. :) Cheers, Berwin === Full address = Berwin A TurlachTel.: +65 6516 4416 (secr) Dept of Statistics and Applied Probability+65 6516 6650 (self) Faculty

Re: [Rd] Solve.QP

ents on r-help, I wonder whether this package is one of those on his list of downright dangerous packages. LOL. Hope this helps. Cheers, Berwin === Full address = Berwin A TurlachTel.: +65 6516 4416 (secr) D

Re: [Rd] ?mean

o colMeans since that provides the > missing column-wise analog to sd. That's probably a good idea. What would you suggest should be mentioned to provide the column-wise analog of `var'? Cheers, Berwin __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel

Re: [Rd] "stem" does not give a correct answer (PR#9359)

t; dat <- c(14, 39, 70, 11, 38, 20, 37, 15, 41, 74, 74, 34, 48, 51) > stem(dat) The decimal point is 1 digit(s) to the right of the | 0 | 145 2 | 04789 4 | 181 6 | 044 > stem(dat, scale=2) The decimal point is 1 digit(s) to the right of the | 1 | 145 2 | 0 3 | 4789 4

Re: [Rd] round() increases or decreases (PR#9195)

help page of round (?round or help(round)) suggests yes. Cheers, Berwin __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel

Re: [Rd] Numerical error in R (win32) (PR#8909)

ot;3.75\n" > sprintf('%1.20g\n', 3.15) [1] "3.1499112\n" > sprintf('%1.20g\n', 3.7500) [1] "3.75\n" > sprintf('%1.20g\n', 3.1500) [1] "3.1499112\n" I know, I shou

[Rd] Patch proposal for match.fun()

nherits) : variable "bar" of mode "function" was not found in: match.fun(FUN) Of course, other people might have other tastes. :) Please consider applying this patch (or a variation) to r-devel. Thanks. Cheers, Berwin Index: src/library/base/R/match.fun.R =

[Rd] Question about match.fun()

dify match.fun() and submitting a patch, I wanted to ask whether such a change would be accepted? Is there an argument that I don't see that the first case should always result in an error and not be silently resolved? Cheers, Berwin __ R-d

Re: [Rd] bounding box in PostScript

t; for me). To create PostScript pictures with reasonalbe tight bounding boxes that are suitable to be included in a LaTeX document you should specify `paper=special' and then define your plotting area via the 'height' and 'width' argument. Hope this helps. Cheers,

Re: [Rd] Suggest patch for princomp.formula and prcomp.formula

+ dist:climb, hills) Standard deviations: [1] 29655.128279 3.101566 Rotation: PC1 PC2 dist -0.000154139 -0.99988 dist:climb -0.99988 0.000154139 Cheers, Berwin Index: src/library/stats/R/princomp.R ===

[Rd] Suggest patch for princomp.formula and prcomp.formula

case - site - Pop, possum) : PCA applies only to numerical variables On my machine, `make check FORCE=FORCE' succeeds with this patch and, as far as I can tell, no modification of the help pages would be necessary. Cheers, Berwin Index: src/library/stats/R/princomp.R

Re: [Rd] Internal codes of the factor

s[j]', then the 'i'-th element of the result is 'j'. If no match is found for 'x[i]' in 'levels', then the 'i'-th element of the result is set to 'NA'. Note in particular the part on "then the 'i'

  1   2   >