G'day all,
After reading through "Writing R Extensions", Version 2.1.1
(2005-06-20), I thought the the following points might need
clarifications or corrections. (I checked that these comments also
hold for "Writing R Extensions", Version 2.2.0.)
1) When I ran "package.skeleton" recently, I noti
G'day Brian,
I am splitting my reply to your e-mail into two since there are two
separate spinoffs.
> "BDR" == Prof Brian Ripley <[EMAIL PROTECTED]> writes:
BDR> Check your versions of MASS. The Windows one appears to be
BDR> an outdated version, and does different things.
Thanks, y
G'day Brian,
> "BDR" == Prof Brian Ripley <[EMAIL PROTECTED]> writes:
BDR> As for the problem, yes it probably is a bug in L-BFGS-B.
BDR> Fancy debugging the code?
I was afraid that somebody would ask this. ;-)
I looked a bit at the code and it seems to be non-trivial. Moreover,
it
G'day Brian,
> "BDR" == Prof Brian Ripley <[EMAIL PROTECTED]> writes:
BDR> We've never encountered this lying mirror problem.
Indeed, that mirror is a worry, I guess that is the reason why it is
not on the official mirror list.
We had the problem with install.packages/update.packages und
G'day Brian,
> "BDR" == Prof Brian Ripley <[EMAIL PROTECTED]> writes:
>>> However, update.packages() wanted to update quite a few
>>> packages besides MASS (the other packages in the VR bundle,
>>> nlme, lattice &c). Once it failed on MASS, it terminated with
>>> an error and
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:
>>>
>
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
===
Dear all,
I would like to suggest the following changes to the R documentation:
1) R-exts.texi:
Having had my first experience with uploading a package to
ftp://cran.R-project.org/incoming/, I think it would be nice if the
documentation pointed out that one should use ftp and not sftp (a
Dear all,
while looking at some R-code submitted by students in a unit that I
teach, I came across constructs that I thought would lead to an error.
Much to my surprise, the code is actually executed.
A boiled down version of the code is the following:
> tt <- function(x, i){
+ mean(x[i,2])/me
G'day all,
after issuing `svn up' on my machine this morning, I noticed that
`make info' choked on R-exts.texi. Below is a patch that seems to
solve the problem. BTW, while `make info' runs now, I still get the
following warning:
/usr/bin/makeinfo --enable-encoding -D UseExternalXrefs
-I/opt/s
Dear all,
the second paragraph on the value returned by par() on the help page
of par says:
When just one parameter is queried, the value is a character
string. When two or more parameters are queried, the result is a
list of character strings, with the list names giving the
p
Dear all,
First, I recently had reasons to read the help page of as.vector() and
noticed in the example section the following example:
x <- c(a = 1, b = 2)
is.vector(x)
as.vector(x)
all.equal(x, as.vector(x)) ## FALSE
However, in all versions of R in which I executed this exa
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
G'day Brian,
> "BDR" == Prof Brian Ripley <[EMAIL PROTECTED]> writes:
>> I found in the R language definition manual the passage that
>> discourages users of assigning objects within function calls
>> since it is not guaranteed that the assignment is ever made
>> because of R'
G'day Seth,
> "SF" == Seth Falcon <[EMAIL PROTECTED]> writes:
SF> I'm seeing errors with R CMD check that I don't understand
SF> when checking a package that uses a NAMESPACE file with an
SF> import directive.
I came sometime ago across a similar problem and it took me some time
t
G'day Brian,
> "BDR" == Prof Brian Ripley <[EMAIL PROTECTED]> writes:
BDR> We do recommend you try INSTALLing and loading the package
BDR> before R CMD check.
I have to rely on my memory, but if I remember correctly, installing
and loading the package worked. It was only when it came
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,
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 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 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 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 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 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 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 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 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 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 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
--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
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
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,
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 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,
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 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 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 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
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 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 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 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.
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 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
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 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 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 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
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 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
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
, "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&
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
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 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
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 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
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.
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
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
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
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
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,
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 ==========
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
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
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,
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,
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 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
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
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
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
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
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
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
===
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
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
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, 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
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 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 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
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
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.
> >&
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 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 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 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
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
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:
> >
> >
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
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 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 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 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 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 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,
>
1 - 100 of 118 matches
Mail list logo
