[Rd] Buglet in src/appl/splines.c (PR#8030)

an output (attached below) in which valgrind does not complain anymore about the use of an uninitialised value. Cheers, Berwin --AZaLVt6Pw+ Content-Type: text/plain Content-Description: Sample Program Content-Disposition: inline; filename="spline.R" Content-Transfer-Encodi

Re: [Rd] bug? (PR#8074)

{Numerical Linear Algebra with Applications in Statistics}, publisher ={Springer-Verlag}, year = 1998, series = {Statistics and Computing}, address = {New York} } Cheers, Berwin == Full address Berwi

[Rd] bug in L-BFGS-B? (PR#8099)

ages --- the R input/output given above is cut and paste. I am not aware of any fiddling with ptions regarding warning messages by any configurations files anywhere on my linux system; and I ran the same commands using `R --vanilla' on the linux box and did not get any warning messages.

[Rd] Documentation bug in complex.Rd (PR#8218)

, Berwin --please do not edit the information below-- Version: platform = i686-pc-linux-gnu arch = i686 os = linux-gnu system = i686, linux-gnu status = major = 2 minor = 2.0 year = 2005 month = 10 day = 06 svn rev = 35749 language = R Locale: C Search Path: .GlobalEnv

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 (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] Bug in Sweave? -- scoping problem? (PR#8615)

is already sorted but you reassign the names. Then the partytotal is sorted again and the plot is produced. But that re-assigning of names lead to the disconnect between values and names. Hope this helps. Cheers, Berwin ====== Full address

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

[Rd] Writing R-extensions

also if I attach a package. So should may understanding rather be "attaching a package implies loading it and, hence, if I attach a package, then .onLoad and .onAttach are both run (with .onLoad presumably run first?)"? Cheers, Berwin ___

[Rd] robustness of install.packages/update.packages (was Re: bug in L-BFGS-B? (PR#8099))

t failed on MASS, it terminated with an error and did not update any of the other packages. Would it be possible to robustify update.packages behaviour such that it would continue in such situations with updating the remaining packages? Cheers, Berwin __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel

[Rd] Coding standards (was Re: bug in L-BFGS-B? (PR#8099))

C? Would patches that do that be accepted? answered: Hmm, I think we'd tend to disagree here. But in any case that would be a wide issue. Can you address this question to R-core, please? (or I forward?) Cheers, Berwin __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel

Re: [Rd] robustness of install.packages/update.packages (was Re: bug in L-BFGS-B? (PR#8099))

cture was mirrored, but not the files. That was when I decided to (temporarily) change mirrors. BDR> Perhaps you (or another user of the unreliable mirror) could BDR> contribute suitable fixes. I will look into this when I find some time. Cheers, Berwin __

Re: [Rd] robustness of install.packages/update.packages (was Re: bug in L-BFGS-B? (PR#8099))

ate of a package has failed. But then, shouldn't in that case (by the same argument) all the updates that have been done already be undone again? Cheers, Berwin ++ Transcript of R session R : Copyright 2005, The R Foundation for St

Re: [Rd] Writing R-extensions

G'day Luke, >>>>> "LT" == Luke Tierney <[EMAIL PROTECTED]> writes: >> On Sat, 27 Aug 2005, Berwin A Turlach wrote: >>> 3) The final sentence in the section on `Registering S3 >>> methods' is: >>> >

Re: [Rd] small bug in gl1ce, package lasso2 (PR#8280)

tandardize to FALSE. If you still want to standardize your non constant regressor variables, then you have to do it yourself and pass the variables as you want them to gl1ce. IMO, there is no bug here, the functions were designed to work in this way. Cheers, Berwin ===

[Rd] Suggested changes to R-lang.texi and R-exts.texi

le also includes the patch corresponding to my bugreport #8218 Cheers, Berwin Index: src/library/base/man/complex.Rd === --- src/library/base/man/complex.Rd (revision 36285) +++ src/library/base/man/complex.Rd (working co

[Rd] Bug or a feature that I completely missed?

enlighten me why this code is working? Cheers, Berwin __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel

[Rd] R-exts.texi in SVN version 36380

. :) Actually, I am not clear on the following two questions: 1) Should such patches be sent to r-devel, r-bugs or both? 2) Should such patches be sent at all, or should users just wait till R-core fixes it itself? Cheers, Berwin Index: do

[Rd] Help page of "par"

numbers, respectively. Should it rather be something like (also in view of the next sentence): When just one parameter is queried, the value of that parameter is returned as a vector. When two or more parameters are queried, their values are returned in a list, with the list names

[Rd] Enlightenment sought and a possible buglet in vector.Rd

And this had us stunned for some time. On the other hand: > ( foo(3) ) [1] 1.442250 So my question is why does R, when "foo(3)" is issued on the command line, not print the value returned by the function? Any enlightening comments

Re: [Rd] Enlightenment sought and a possible buglet in vector.Rd

G'day Brian, >>>>> "BDR" == Prof Brian Ripley <[EMAIL PROTECTED]> writes: BDR> On Fri, 2 Dec 2005, Berwin A Turlach wrote: [...] >> The second behaviour that I cannot explain was produced by code >> written by somebody else, nam

Re: [Rd] Enlightenment sought and a possible buglet in vector.Rd

ng in the call to g() within f(). Exactly the situation about which the R language definition is warning, so this seems to be a different trap than the one I stepped into Cheers, Berwin Index: src/library/base/man/on.exit.Rd =

Re: [Rd] R CMD check, NAMESPACE, import: bad error?

ce load failed for '%s'", libraryPkgName(package)),call. = FALSE, domain = NA) 1: library(package, lib.loc = lib.loc, character.only = TRUE, verbose = FALSE) Execution halted See section 'System and foreign language interface

Re: [Rd] R CMD check, NAMESPACE, import: bad error?

ed to gcc 4.0.3 and gfortran. Indeed, running "R CMD check" with R 2.3.0 produces a 00install.out file in the SCSS.Rcheck directory that says: * Installing *source* package 'SCSS' ... ** libs make[2]: Entering directory `/home/berwin/lang/R/Develop/SCSS/src' gfortran -f

[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] 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

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 ___

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] 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 &

[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] 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

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] 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] 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

[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] 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] 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

[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

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] 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] [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] 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] 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] 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] 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] 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] 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] 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

[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] 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] 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] 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

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] 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?

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] 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

[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] 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

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] 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&

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 __

[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] 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

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] 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] ?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] 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] 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

[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

[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

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] 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] 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

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] 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"}

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] 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] 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] 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] 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 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 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] (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] 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] 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] 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] 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?

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] 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] 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] 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] 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

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] [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] [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

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

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

  1   2   >