G'day all,
I have daily scripts running to install the patched version of the
current R version and the development version of R on my linux box
(Ubuntu 24.04.1 LTS).
The last development version that was successfully compiled and
installed on my machine is "R Under development (unstable) (2024-1
G'day Terry,
On Mon, 26 Aug 2024 09:42:10 -0500
"Therneau, Terry M., Ph.D. via R-devel" wrote:
[...]
> I now get "bug reports" from the growing segment that believes one
> should put packagename:: in front of every single instance.
[...]
> What are other's thoughts?
Not that I want to start a
G'day Terry,
On Mon, 26 Aug 2024 09:42:10 -0500
"Therneau, Terry M., Ph.D. via R-devel" wrote:
[...]
> I now get "bug reports" from the growing segment that believes one
> should put packagename:: in front of every single instance.
[...]
> What are other's thoughts?
Not that I want to start a
G'day all,
On Thu, 6 Oct 2022 10:15:29 +0200
Martin Maechler wrote:
> > Davis Vaughan
> > on Wed, 5 Oct 2022 17:04:11 -0400 writes:
> > # Weird, where is the `NA`?
> > as.Date(x)
> > #> [1] "2013-01-31" "1970-01-01" "2013-03-31"
> > ```
>
> I agree that the
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
G'day Jeroen,
On Sun, 9 Feb 2020 01:04:24 +0100
Jeroen Ooms wrote:
> I think the intention was to add something similar in R's autoconf
> script to enable sse on 32-bit unix systems, but seemingly this hasn't
> happened. For now I think you should be able to make your 32-bit
> checks succeed if
G'day all,
I have daily scripts running to install the patched version of the
current R version and the development version of R on my linux box
(Ubuntu 18.04.4 LTS).
The last development version that was successfully compiled and
installed was "R Under development (unstable) (2020-01-25 r77715)"
G'day all,
I have daily scripts running to install the patched version of the
current R version and the development version of R on my linux box
(Ubuntu 18.04.2 LTS).
The last development version that was successfully compiled and
installed was "R Under development (unstable) (2019-02-25 r76159)"
G'day all,
since about a week my daily re-compilations of R patched and R devel
are falling over, i.e. they stop with an error during "make
check" (while building the 32 bit architecture) on my Ubuntu 16.04.3
LTS machine. Specifically, a test in graphics-Ex.R seems to fail and
the last lines of g
G'day Martin,
On Wed, 18 May 2016 12:50:21 +0200
Martin Maechler wrote:
> > Mikko Korpela
> > on Wed, 18 May 2016 13:05:24 +0300 writes:
>
> > I get an error when running "make check" after building
> > R-devel r70629 on Ubuntu 14.04.
> > Here are the relevant
> >
G'day all,
probably you have noticed this by now, but I thought I ought to report
it. :)
My scripts that update the SVN sources for R-patched and R-devel, run
`tools/rsync-recommended' (for both) and then install both these
versions from scratch failed this morning. Apparently the new version
of
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
G'day all,
In Chapter 1.4 (Writing package vignettes) the Writing R Extensions
manual states:
By default @code{R CMD build} will run @code{Sweave} on all
Sweave vignette source files in @file{vignettes}. If
@file{Makefile} is found in the vignette source directory, then
--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
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
G'day Brian,
On Sun, 19 May 2013 08:40:04 +0100
Prof Brian Ripley wrote:
> Could you try current R-patched or R-devel? Works in my tests at
> least.
Tried R-patched (2013-05-18 r62762) and R-devel (2013-05-18 r62762),
installed with my original script. Things seem fine when I try to
install m
G'day Brian,
On Sat, 18 May 2013 10:28:43 +0100
Prof Brian Ripley wrote:
[...]
> > Is it necessary for R >= 3.0.1 to have one build as
> > "main"-architecture and the other one as sub-architecture? I could
> > not find anything in the NEWS file or the Admin manual that
> > indicated that this w
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:
G'day David,
On Fri, 22 Feb 2013 18:50:07 -0800
David Winsemius wrote:
> On Feb 22, 2013, at 6:39 PM, David Winsemius wrote:
[...]
> > I've always wondered: How does lattice manage to use grid functions
> > without putting them on the search path?
Because lattice imports the grid package and ha
G'day Berend,
On Tue, 6 Mar 2012 13:06:34 +0100
Berend Hasselman wrote:
[... big snip ...]
> But I would really like to hear from an Rexpert why you
> shouldn't/can't use external here in the Fortran.
Probably less a question for an Rexpert but for a Fortran expert
If you insert "implicit
G'day Berend,
On Tue, 6 Mar 2012 11:19:07 +0100
Berend Hasselman wrote:
> On 06-03-2012, at 01:21, Dominick Samperi wrote:
[...]
> >zx[0].r = 1.0; zx[0].i = 0.0;
> >zx[1].r = 2.0; zx[0].i = 0.0;
> >zx[2].r = 3.0; zx[0].i = 0.0;
Just noticing that it is always zx[0].i, same with the
G'day Dominick,
On Mon, 5 Mar 2012 19:21:01 -0500
Dominick Samperi wrote:
> Section 5.2 of the R manual (on Extending R) says that only
> FORTRAN subroutines can be called (not functions), probably
> because of the non-standard way the compilers map FORTRAN
> function names to symbols in the DLL
G'day Brian,
On Fri, 20 Jan 2012 06:20:30 +
Prof Brian Ripley wrote:
> I do wonder why people use zero weights rather than 'subset', and I
> don't particularly like the discontinuity as a weight goes to zero.
I completely agree, and for developers it is a bit of a pain to make
sure that al
Dear all,
I am studying a bit the various support functions that exist for
extracting information from fitted model objects.
>From the help files it is not completely clear to me whether the number
returned by nobs() should be the same as the "nobs" attribute of the
object returned by logLik().
G'day Simon,
On Wed, 11 Jan 2012 08:53:27 -0500
Simon Urbanek wrote:
> try --no-multiarch
Thanks, works perfectly.
And now I notice that this option is given as an example in the help
file for install.packages() as a possible value that one wants to pass
to 'R CMD INSTALL'. Could kick myself.
G'day all,
I found the following snippet in the NEWS file for R 2.14.1:
• R CMD INSTALL will now do a test load for all sub-architectures
for which code was compiled (rather than just the primary
sub-architecture).
This seems to have the following (unintended?) consequence:
Mos
G'day Henrik,
On Sun, 6 Nov 2011 16:41:22 -0800
Henrik Bengtsson wrote:
> is it possible to have non-Sweave vignettes(*) in inst/doc/ be listed
> under 'Downloads' on CRAN package pages?
As far as I know, only by a little trick. Create an Sweave based
vignette that uses the pdfpages package
G'day Brian,
On Fri, 3 Dec 2010 13:14:44 + (GMT)
Prof Brian Ripley wrote:
> > I noticed the following (new) behaviour of R 2.12.0, running on
> > Kubuntu 10.10, when installed with sub-architectures:
>
> Yes, there are new features when there are multiple sub-architectures.
Indeed. One ne
G'day all,
I noticed the following (new) behaviour of R 2.12.0, running on Kubuntu
10.10, when installed with sub-architectures:
When I run "R CMD INSTALL" or "R CMD check" on the source directory of a
package that contains C or FORTRAN code, R creates sub-directories
src-32/ and src-64/ that see
G'day Hadley,
On Tue, 16 Nov 2010 07:35:09 -0600
Hadley Wickham wrote:
> > 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
G'day Hadley,
On Mon, 15 Nov 2010 19:45:30 -0600
Hadley Wickham wrote:
> > 1.6 of Writing R Extensions says
> >
> > Note that adding a name space to a package changes the search
> > strategy. The package name space comes first in the search, then
> > the imports, then the base name space and the
G'day Brian,
On Mon, 11 Oct 2010 11:11:42 +0100 (BST)
Prof Brian Ripley wrote:
> Sounds reasonable to count Imports, so we'll alter this.
Thanks for that. I noticed the changes to R-devel and to the R-2-12-branch.
Looking at the diffs (an example is appended below), it seems to me
that, except
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
G'day all,
looking at
http://cran.at.r-project.org/web/checks/check_results_Sleuth2.html
I noticed that r-prerel-* and r-devel-* issue notes. Apparently, now
examples are more thoroughly checked by R CMD check and the note
pointed out that a package used in the examples was not declared. This
wa
G'day Simon,
since Karl brought up this topic, I thought I might use it to seek
clarification for something that bothered me for some time.
On Tue, 28 Sep 2010 14:55:34 -0400
Simon Urbanek wrote:
> There are several ways in which you can make your code respond to
> interrupts properly - which o
G'day Uwe,
On Fri, 17 Sep 2010 19:22:04 +0200
Uwe Ligges wrote:
>
>
> On 17.09.2010 16:04, Thomas Petzoldt wrote:
> > Dear R-Devel,
> >
> > I've just tried to compile the fresh R-devel and found that the
> > install of package Matrix failed:
> >
> >
G'day Duncan,
On Wed, 26 May 2010 05:57:38 -0400
Duncan Murdoch wrote:
> Is this expected behaviour?
Yes, according to the answer that this poster
https://stat.ethz.ch/pipermail/r-devel/2008-March/048674.html
got.
Indeed, the help page of '[' states:
The index object i can be numeric, logic
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
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
G'day all,
I just took over maintenance of the quadprog package from Kurt Hornik
and noticed that one of the FORTRAN routines has an argument that is
declared to be a LOGICAL. The R code that calls this routine (via
the .Fortran interface) passes the argument down wrapped in a call to
as.logical(
G'day Uwe,
On Fri, 26 Feb 2010 17:03:10 +0100
Uwe Ligges wrote:
> R CMD check executes the R code in the vignettes and checks if that
> works, and it checks if the PDFs are available. It does not check if
> it can build the vignettes, because that is only necessary on the
> maintainer's machin
, "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&
"#include "
R> fn <- cfunction(sig,code,convention=".C",language="C",includes=incl)
R> lx <- 1e-16
R> ly <- 1e-20
R> fn(lx, ly, res=0)$res
[1] -36.7368005696771
=== Full address =
Berwin A Turlach
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
On Sat, 14 Mar 2009 07:22:34 +0100
Wacek Kusnierczyk wrote:
[...]
> > Well, I don't see any new object created in my workspace after
> > x <- 4
> > names(x) <- "foo"
> > Do you?
> >
>
> of course not. that's why i'd say the two above are *not*
> equivalent.
>
> i haven't noticed th
On Fri, 13 Mar 2009 19:41:42 +0100
Wacek Kusnierczyk wrote:
> > Glad to see that we agree on this.
> >
>
> owe you a beer.
O.k., if we ever meet is is first your shout and then mine.
> >> haven't objected to that. i object to your 'r uses pass by value',
> >> which is only partially corre
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,
>
On Thu, 12 Mar 2009 21:26:15 +0100
Wacek Kusnierczyk wrote:
> > YMMV, but when I read a passage like this in R documentation, I
> > start to wonder why it is stated that
> > names(x) <- c("a","b")
> > is equivalent to
> > *tmp* <- x
> > x <- "names<-"('*tmp*', value=c("a","b"))
> >
On Thu, 12 Mar 2009 15:21:50 +0100
Wacek Kusnierczyk wrote:
[...]
> >>> And the R Language manual (ignoring for the moment that it is a
> >>> draft and all that),
> >>>
> >> since we must...
> >>
> >>
> >>> clearly states that
> >>>
> >>> names(x) <- c("a","b")
> >>>
> >>> is e
On Thu, 12 Mar 2009 10:53:19 +0100
Wacek Kusnierczyk wrote:
> well, ?'names<-' says:
>
> "
> Value:
> For 'names<-', the updated object.
> "
>
> which is only partially correct, in that the value will sometimes be
> an updated *copy* of the object.
But since R supposedly uses call-by-val
On Thu, 12 Mar 2009 10:05:36 +0100
Wacek Kusnierczyk wrote:
> well, as far as i remember, it has been said on this list that in r
> the infix syntax is equivalent to the prefix syntax, [...]
Whoever said that must have been at that moment not as precise as he or
she could have been. Also, R doe
On Wed, 11 Mar 2009 20:29:14 +0100
Wacek Kusnierczyk wrote:
> Simon Urbanek wrote:
> > Wacek,
> >
> > Peter gave you a full answer explaining it very well. If you really
> > want to be able to trace each instance yourself, you have to learn
> > far more about R internals than you apparently know
On Wed, 11 Mar 2009 20:31:18 +0100
Wacek Kusnierczyk wrote:
> Simon Urbanek wrote:
> >
> > On Mar 11, 2009, at 10:52 , Simon Urbanek wrote:
> >
> >> Wacek,
> >>
> >> Peter gave you a full answer explaining it very well. If you really
> >> want to be able to trace each instance yourself, you have
G'day Peter,
On Thu, 05 Mar 2009 09:09:27 +0100
Peter Dalgaard wrote:
> rha...@stat.purdue.edu wrote:
> > <>
> >
> > This is a CRITICAL bug!!! I have verified it in R 2.8.1 for mac
> > and for windows. The problem is with loess degree=0 smoothing.
> > For example, try the following:
> >
> >
G'day Dimitris,
On Tue, 24 Feb 2009 11:19:15 +0100
Dimitris Rizopoulos wrote:
> in my opinion the point of the whole discussion could be summarized
> by the question, what is a design flaw? This is totally subjective,
> and it happens almost everywhere in life. [...]
Beautifully summarised and
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
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
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
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
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.
> >&
e new name.
I guess this might break quite a few packages on CRAN.
Cheers,
Berwin
=== Full address =
Berwin A TurlachTel.: +65 6516 4416 (secr)
Dept of Statistics and Applied Probability+65 6516 6650 (self)
Facu
G'day Fritz,
On Fri, 20 Feb 2009 12:46:49 +1100
Friedrich Leisch wrote:
[...]
> It is also unclear to me whether including a PDF without sources in a
> GPLed package isn't a violation of the GPL (I know people who very
> strongly think so). And source according to the GPL means "the
> preferred
G'day Gabor,
On Thu, 19 Feb 2009 17:47:53 -0500
Gabor Grothendieck wrote:
> [...]
> Unless this has changed recently,I've tried including a PDF but it
> does not appear in library(help = myPackage) nor on the CRAN site on
> http://cran.r-project.org/package=myPackage
> while Sweave'd PDFs do.
I
G'day Robin,
On Thu, 19 Feb 2009 11:10:45 +
Robin Hankin wrote:
> I am preparing a number of vignettes that require a very long time to
> process with Sweave. The longest one takes 10 hours.
Is the sum of all chunks taking this time? Or is it mostly the code in
only a view chunks? And
G'day Brian,
On Fri, 20 Feb 2009 11:37:18 + (GMT)
Prof Brian Ripley wrote:
> This was rather a large shift of subject, [...]
Well, yes, from the clean unloading of compiled code to the clean
unloading of R code. :-)
Though, I also confirmed that the former is possible on a cooperative
O
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
==
G'day Brian,
On Fri, 5 Dec 2008 17:32:58 + (GMT)
Prof Brian Ripley <[EMAIL PROTECTED]> wrote:
[...]
> > Which platform are we talking here? I was using linux and "R CMD
> > check fda", using R 2.8.0, on the command line said:
>
> That writes to a file, and writes to a file are buffered. Tr
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
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
===
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
G'day Brian,
On Mon, 10 Nov 2008 21:07:44 + (GMT)
Prof Brian Ripley <[EMAIL PROTECTED]> wrote:
> 'British' spelling is in the majority amongst R-core, and preferred
> for R documentation (that is in the guidelines somewhere).
I have a vague memory of a discussion that ended with the conclusi
Dear Brian,
On Thu, 9 Oct 2008 07:27:24 +0100 (BST)
Prof Brian Ripley <[EMAIL PROTECTED]> wrote:
> Thanks, I've merged this (second version) patch into 2.8.0 beta.
My pleasure. I thought it would be only fair that I fix the infelicity
in the code after having provided the initial patch that int
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
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
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 TurlachTel.: +65 6516 4416 (secr)
Dept of Statistics and Applied Probability+65 6516 6650 (self)
Fac
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
G'day Patrick,
since you seem to be hell-bent on having r-devel in this discussion, I
guess I might CC this there too. :)
On Mon, 05 May 2008 08:50:04 +0200
Patrick Giraudoux <[EMAIL PROTECTED]> wrote:
> There has been a threat on something similar in R-devel on August
> 2007... but I cannot
G'day Martin,
On Mon, 21 Apr 2008 18:40:43 +0200
Martin Maechler <[EMAIL PROTECTED]> wrote:
> I think most of us would expect prod(0:1000) to return 0, and ...
> ... it does.
>
> However, many of us also expect
> prod(x1, x2)to be equivalent to
> prod(c(x1,x2))
> the same as we can e
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
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&
G'day Martin (and "listeners"),
On Fri, 7 Mar 2008 15:01:26 +0100
Martin Maechler <[EMAIL PROTECTED]> wrote:
[...]
> >> If you feel like finding another elegant patch...
>
> BAT> Well, elegance is in the eye of the beholder. :-)
>
> BAT> I attach two patches. One that adds warning
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
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 ==========
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
Dear all,
while looking for some inspiration of how to organise some code, I
studied the code of random.c and noticed that for distributions with
2 or 3 parameters the user is not warned if NAs are created while such
a warning is issued for distributions with 1 parameter. E.g:
R version 2.7.0 Un
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
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
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
G'day Gabor,
On Thu, 25 Jan 2007 09:53:49 -0500
"Gabor Grothendieck" <[EMAIL PROTECTED]> wrote:
> The help page for mean does not say what happens when one
> applies mean to a matrix.
Well, not directly. :-)
But the help page of mean says that one of the arguments is:
x: An R object.
| 18
5 | 1
6 |
7 | 044
Cheers,
Berwin
== Full address
Berwin A Turlach Tel.: +61 (8) 6488 3338 (secr)
School of Mathematics and Statistics+61 (8) 6488 3383 (self)
The University of Western Aus
ld probably do the same thing as I did yesterday and hit
the delete button and go home instead of hitting the sent button. But
this time I won't. If anybody feels offended, my apologies.
Cheers,
Berwin
== Full address
Berwin A Turlach
G'day all,
some time ago I sent an email regarding the following behaviour of
match.fun():
> x <- matrix(rnorm(200), ncol=2)
> var <- "fred"
> apply(x, 2, var)
Error in get(x, envir, mode, inherits) : variable "fred" of mode "function" was
not found
and asked whether it would be desirable to ch
Dear all,
I was recently contacted by a user about an alledged problem/bug in
the latest version of lasso2. After some investigation, we found out
that it was a user error which boils down to the following:
> x <- matrix(rnorm(200), ncol=2)
> var <- "fred"
> apply(x, 2, var)
Error in get(x, envi
Berwin
== Full address
Berwin A Turlach Tel.: +61 (8) 6488 3338 (secr)
School of Mathematics and Statistics+61 (8) 6488 3383 (self)
The University of Western Australia FAX : +61 (8) 6488 1028
35 Stirling
G'day Brian,
> "BDR" == Prof Brian Ripley <[EMAIL PROTECTED]> writes:
BDR> The proposed fix regretably will not work, since one can do
BDR> things like
BDR> library(MASS)
BDR> prcomp(~ dist + dist:climb, hills)
Yes, I had the impression that this would work with the current
v
Dear all,
perhaps I am using princomp.formula and prcomp.formula in a way that
is not documented to work, but then the documentation just says:
formula: a formula with no response variable.
Thus, to avoid a lot of typing, it would be nice if one could use '.'
and '-' in the formula, e.g.
;-th element of the result
is 'j'". This pretty much documents that the internal codes are 1:n
and 'NA', as documented in the following sentence.
Cheers,
Berwin
== Full address
Berwin A Turlach
G'day all,
> "HW" == hadley wickham <[EMAIL PROTECTED]> writes:
>> There aren't any immediate plans to change help(package=XXX), but I
>> think in the long run, if package?XXX receives wider support than it has
>> now, it would make sense to make that change.
HW> When was this
G'day all,
> "DM" == Duncan Murdoch <[EMAIL PROTECTED]> writes:
DM> On 2/24/2006 7:27 AM, Romain Francois wrote:
>>
>> What about using the latex package pdfpages to copy the pages from your
>> PDF file `interface96.pdf` to your Sweave file.
Merci beaucoup, I wasn't aware t
- Source of dummy vignette -
\documentclass[a4paper]{article}
%\VignetteIndexEntry{Interface '96 paper by Marron et al. (1997)}
%\VignettePackage{clps}
\usepackage{hyperref}
\usepackage{natbib}
\title{Interface '96 paper by \cite{mar:tur:wan:96}}
1 - 100 of 118 matches
Mail list logo
