> peter dalgaard
> on Thu, 15 Dec 2011 11:40:23 +0100 writes:
> On Dec 15, 2011, at 02:51 , Hervé Pagès wrote:
>> Hi Peter,
>>
>> On 11-12-14 08:19 AM, peter dalgaard wrote:
>>>
>>> On Dec 14, 2011, at 16:19 , John C Nash wrote:
>>>
F
t; > Martin Morgan
Thank you, Martin.
I don't have time to delve into this, before Monday, but I agree
that things could/should be improved.
Two quick questions/requests:
1) Is this new in R-2.14.x or R-devel, but does not happen
earlier ?
2) As the 'R-devel' list allows attachments of MIME type
application/x-tar
application/x-compressed-tar
application/x-gzip
it would be most convenient to most readers of this list, and
notably to R core members, if you included the packages maybe
as one *.tar containing the two .tar.gz files.
Martin Maechler, ETH Zurich
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
> David Scott
> on Fri, 16 Dec 2011 22:51:11 +1300 writes:
> One easy way is to list the undocumented files in
> pkg-internal.Rd. From the Writing R Extensions manual:
> Note that all user-level objects in a package should be
> documented; if a package pkg contains us
> Barry Rowlingson
> on Sun, 18 Dec 2011 01:32:52 + writes:
> Scenario: Here I am working away in R. I've got results
> that prove global warming is anthropogenic and also the
> solution for producing limitless carbon-neutral energy
> from nuclear fusion. Its been
>>>>> Simon Urbanek
>>>>> on Mon, 19 Dec 2011 10:38:34 -0500 writes:
> Martin, On Dec 19, 2011, at 6:39 AM, Martin Maechler
> wrote:
>>>>>>> Barry Rowlingson on
>>>>>>> Sun, 18 Dec 2011 01:32:52
> Prof Brian Ripley
> on Sat, 31 Dec 2011 06:36:04 + writes:
> This is not the CRAN webmaster's address[*], and the
> problem has been reported several times already to the
> proper places. No one reading this list apart from the
> handful with CRAN administrator
>>>>> Martin Maechler
>>>>> on Sat, 31 Dec 2011 12:15:10 +0100 writes:
>>>>> Prof Brian Ripley
>>>>> on Sat, 31 Dec 2011 06:36:04 + writes:
>> This is not the CRAN webmaster's address[*], and the
>>
> patient. For now you can install your package from source using:
> install.packages("G2Sd", type="source")
> ps: This is a question for the r-help mailing list, not r-devel.
Yes, indeed!
Martin Maechler
__
R-deve
If I have a package A whose NAMESPACE has
ImportFrom(B, ))
and a package B whose NAMESPACE has
ImportFrom(A, )
and we can assume that and are disjoint.
The clue would be that I only import relatively little from
one namespace to the other.
I currently get an error
Error in loadNamespac
if(length(dim(x)) > 1L || is.data.frame(x)) ncol(x) else 1L
I've tested to see that it does not change any of the R 'make
check-all' checks...
but I'd really like to let this pass by as a general RFC..
(in spite of the fact that I'll offline for almost all the rest
of
> On Sat, Feb 4, 2012 at 10:38 AM, Martin Maechler
> wrote:
> > The help has
> >
> >> Description:
> >
> >> 'nrow' and 'ncol' return the number of rows or columns present in 'x'.
> >> 'NCOL' and
>>>>> Martin Maechler
>>>>> on Mon, 6 Feb 2012 15:35:36 +0100 writes:
>> On Sat, Feb 4, 2012 at 10:38 AM, Martin Maechler
>> wrote:
>> > The help has
>> >
>> >> Description:
>> >
PRINT_DEAL_c_eq_0 macro makes it difficult to balance the protection
> stack, and R_alloc seems to be a better solution anyway.
yes, I think so too.
> diff attached.
I'm testing that and will commit.. if things seem fine.
Martin Maechler
> Martin Morgan
>>
> I think ecology is a more inclusive term than
> environmental anyway, but then I'm an ecologist.
> Sarah
ah, that's an interesting side issue, and at first somewhat
counter intuitive to a layman like me,... but after thinking a bit
about the meaning of the words, mos
ing something?
Yes: the argument 'unload' of detach().
In general: Now that every package has a namespace,
you (and others) should learn the difference between
attaching and loading - and hence detach()ing and unloading
a package with its namespace.
?detach
?library
etc should give a good start.
Martin Maechler, ETH Zurich
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
> Matthew Dowle
> on Mon, 27 Feb 2012 09:59:43 + writes:
> Hello,
> Regarding this in R-devel/NEWS/New features :
> o 'library(pkg)' no longer warns about a conflict with a
> function from 'package:base' if the function is an
> identical copy of the base one
read the code yet, and I am sure Matrix will "do
> the right thing", but I have strong reservations about
> this behavior when applied to the general universe of R
> and CRAN.
> Jeff
> On Mon, Feb 27, 2012 at 6:03 AM, Martin Maechler
> wrote:
> Karl Forner
> on Fri, 2 Mar 2012 10:36:14 +0100 writes:
>> Some of the random number generators allow as a seed a
>> vector, not only a single number. This can simplify
>> generating the seeds. There can be one seed for each of
>> the 1000 runs and then, the rows of
> Thanks Kevin, I experienced the same problems with heatmap.2, and therefore
> resorted to heatmap. For heatmap, the code change I suggested below fixes the
> problem with side color ordering as far as I can tell, and lets one create a
> symmetric heatmap with the origin at the top left (which
> Jari Oksanen
> on Mon, 12 Mar 2012 16:59:45 + writes:
> On 12/03/2012, at 18:03 PM, Paul Johnson wrote:
>> Good morning:
>>
>> I submitted a package update to CRAN and got a bounce because I had
>> not run R CMD check with "--as-cran". I'd not heard of tha
> R Michael Weylandt
> on Mon, 26 Mar 2012 14:29:31 -0400 writes:
> In the source section of ?rlogis, we see:
> Source:
> ‘[dpr]logis’ are calculated directly from the definitions.
> ‘rlogis’ uses inversion.
> Should that read "[dpq]logis" instead?
yes, indeed;
> William Dunlap
> on Fri, 30 Mar 2012 16:07:52 + writes:
> It looks like you define a few functions that use substitute() or
sys.call()
> or similar functions to look at the unevaluated argument list. E.g.,
> "cq" <-
> function( ...) {
> # Saves putting in
I was involved in fixing it..):
Indeed nowadays, packageDescription() *) *does*
use the correct package version, by inspecting the "path"
attribute of the package, in the same way as
searchpaths()
does --- a function, BTW, that I think should be known and used
more than I think it is.
*) packageVersion() is built on packageDescription() and hence
is also correct accordingly.
--
Martin Maechler, ETH Zurich (and R core).
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
> "PJ" == Paul Johnson
> on Thu, 3 May 2012 12:09:08 -0500 writes:
PJ> Greetings: On Thu, May 3, 2012 at 11:36 AM, Brian
PJ> G. Peterson wrote:
>> On Thu, 2012-05-03 at 10:51 -0500, Paul Johnson wrote:
>>> If somebody in R Core would like this and think about
>>>
> Benilton Carvalho
> on Sat, 7 Jul 2012 03:49:34 +0100 writes:
> Hi,
> I'm working on an S4 class that is expected to behave like an array.
> I have some difficulties when defining '[' and I wonder if someone
> could point me to the right direction:
> 1) Call t
>>>>> Dirk Eddelbuettel
>>>>> on Wed, 18 Jul 2012 20:16:25 -0500 writes:
> For Pete's sake, could you please stop spamming the
> r-devel list?
Indeed! R-devel is reserved for people who do their homework!
I've added "moderation&quo
Today, I was looking for an elegant (and efficient) way
to get a named (atomic) vector by selecting one column of a data frame.
Of course, the vector names must be the rownames of the data frame.
Ok, here is the quiz, I know one quite "cute"/"slick" answer, but was
wondering if there are obvious b
On Sat, Aug 18, 2012 at 5:14 PM, Christian Brechbühler wrote:
> On Sat, Aug 18, 2012 at 11:03 AM, Martin Maechler
> wrote:
>>
>> Today, I was looking for an elegant (and efficient) way
>> to get a named (atomic) vector by selecting one column of a data frame.
>&g
been
as.matrix(df)[,1]
Now, the remaining question is: Shouldn't there be something
more natural to achieve that?
(There is not, currently, AFAIK).
Martin
> Best,
> --
> Joshua Ulrich | about.me/joshuaulrich
> FOSS Trading | www.fosstrading.com
> O
ast want that the auto-printing worked like in
toplevel, so I don't have to write a print(.) around every
..i that would autoprint if in toplevel, and of course does
*not* autoprint inside if(.) { .. }.
Martin Maechler, ETH Zurich
> Dirk
> | /Henrik
> --
> Spencer Graves
> on Mon, 3 Sep 2012 18:39:47 -0700 writes:
> Hi, Duncan:
> Duh... Thanks. I should have been able to figure that out for
> myself. Your help produced a solution much quicker.
> Thank again.
> Spencer
> On 9/3/2012 4:52 PM, Duncan Murdoch
> Kasper Daniel Hansen
> on Tue, 4 Sep 2012 17:41:38 -0400 writes:
> On Tue, Sep 4, 2012 at 5:32 PM, Duncan Murdoch
wrote:
>> On 04/09/2012 5:21 PM, John Fox wrote:
>>>
>>> Dear all,
>>>
>>> I'd like to second this fairly simple request. I currently enclose
> Deepayan Sarkar
> on Wed, 5 Sep 2012 11:49:37 +0530 writes:
> On Wed, Sep 5, 2012 at 11:41 AM, Duncan Murdoch
> wrote:
>> On 12-09-04 8:19 PM, Kasper Daniel Hansen wrote:
>>>
>>> On Tue, Sep 4, 2012 at 6:02 PM, Duncan Murdoch
>>> wrote:
> Martin Morgan
> on Wed, 12 Sep 2012 15:23:02 -0700 writes:
> The methods package ?cbind2 includes the instruction to
> use via methods:::bind_activation(TRUE).
well, "instruction" only if one wants to magically enable its
use for cbind(), rbind()
> use via methods:::b
> Seemed like a good idea at the time,
I'm curious. Why is it (setting max.print much too large)
a good idea?
> but
> > options(max.print = .Machine$integer.max)
> > 1:10
> [1]
> Program received signal SIGSEGV, Segmentation fault.
> because of an integer overflow at src/main/p
>>>>> Martin Morgan
>>>>> on Tue, 25 Sep 2012 05:34:12 -0700 writes:
> On 09/25/2012 05:26 AM, Martin Maechler wrote:
>>
>>> Seemed like a good idea at the time,
>>
>> I'm curious. Why is it (setting max.
n,
...
... )
had really been part of sapply() at the time and hence needed to
go into simplify2array() in order to keep sapply() completely
back compatible.
Bill, have you looked into optional different behavior?
Martin Maechler, ETH Zurich
> Duncan Murdoch
> on Fri, 19 Oct 2012 19:26:39 -0400 writes:
> On 12-10-19 7:04 PM, Hervé Pagès wrote:
>> Hi,
>>
>> Looks like the implementation of random number generation changed in
>> R-devel with respect to R-2.15.1.
>>
>> With R-2.15.1:
>>
... in your environment if you are US, UK or similarly
based.
Indeed, a *really* dangerous practice.
Martin Maechler, ETH Zurich
>>>>> Martin Morgan
>>>>> on Tue, 23 Oct 2012 05:28:48 -0700 writes:
> On 10/22/2012 09:57 AM, luke-tier...@uiowa.edu wro
>>>>> Duncan Murdoch
>>>>> on Thu, 25 Oct 2012 06:51:25 -0400 writes:
> On 12-10-25 5:28 AM, Martin Maechler wrote:
>> Sorry guys, for coming late,
>> but *please* don't go there.
>>
>> I've been the
Thank you, Suharto,
you are right, there (on ?Extract ) has been a typo.
I've fixed it and also added an example at the very end of that
help page.
Martin Maechler, ETH Zurich
>>>>> Suharto Anggono
>>>>> on Thu, 15 Nov 2012 23:48:12 -0800 write
> Hervé Pagès
> on Tue, 27 Nov 2012 17:03:05 -0800 writes:
> Some formatting issues when copy/pasting the patch in the
> body of the email so I've attached the diff file.
Thank you, Hervé.
I have committed (a slightly simplified version of) your patch
to R-devel (to become 2
> Michael Friendly
> on Tue, 27 Nov 2012 17:17:16 -0500 writes:
> [Env: R 2.15.1, Win Xp]
> Suggestion:
> Could the R script that checks for non-ASCII characters in R CMD check
> not give either:
> (a) a pointer to tools:::showNonASCIIfile, as in,
> try runnin
Unfortunately many e-mail clients nowadays no longer try put
correct MIME types for the attachments,
so it seems, your did neither.
Martin Maechler, ETH Zurich (site maintainer of the
R-*@R-project.org mailing lists).
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
in
recursive listings? (There always are in non-recursive ones).
{with a typo s/There/They/ which I've corrected just now}
Hence, call (2) always excludes "." and ".."
Would you reall see the need for an option to exclude "." and "..
>>>>> Martin Maechler
>>>>> on Fri, 30 Nov 2012 11:47:07 +0100 writes:
>>>>> William Dunlap
>>>>> on Thu, 29 Nov 2012 02:36:54 + writes:
>>> (even worse, path may contain '..' or
>>&g
> Berend Hasselman
> on Mon, 3 Dec 2012 15:25:21 +0100 writes:
> With this example
> set.seed(123) A <- matrix(runif(40), nrow = 8) y <-
> 1:nrow(A)
> A.laqr <- qr(A, LAPACK=TRUE)
> both qr.qy(A.laqr,y) and qr.qty(A.laqr,y) give the
> respective error messag
> elijah wright
> on Wed, 5 Dec 2012 14:23:51 -0600 writes:
> Is that a build with "good old" Studio or a build with a recent GCC?
> I don't have any direct comments that would be helpful to you - but let me
> know if you need a place to do some test builds and try to figu
> --- On Sun, 9/12/12, Dirk Eddelbuettel wrote:
> On 9 December 2012 at 18:17, Hin-Tak Leung wrote:
> | Noticed a problem for a while - tests/testit.Rd,
> tests/ver20.Rd are removed on "make clean" unintentionally.
> |
> | This seems to come from a change in tests/Makefile.in, which adds the lin
>>>>> Hin-Tak Leung
>>>>> on Mon, 10 Dec 2012 09:23:14 + writes:
> --- On Mon, 10/12/12, Martin Maechler wrote:
[.]
>> > That said ..a small bug was introduced back in
>> May .
>>
>> Yes, yo
> Wincent
> on Mon, 10 Dec 2012 15:15:34 +0800 writes:
> Dear all,
> During the development of R packages, more and more functions are written
> and some of them are placed in a file. After a while, I want to revised a
> function, but forget which file the function is
> "CM" == Cook, Malcolm
> on Tue, 11 Dec 2012 16:50:58 -0600 writes:
CM> Excellent, thanks for the workaround, that gets _me_ by, for now.
CM> ~Malcolm
>> -Original Message-
>> From: Gabor Grothendieck [mailto:ggrothendi...@gmail.com]
>> Sent: Tuesday
> "PJ" == Paul Johnson
> on Fri, 14 Dec 2012 01:01:19 -0600 writes:
PJ> On Thu, Dec 13, 2012 at 9:01 PM, Yi (Alice) Wang
wrote:
>> I have also encountered a similar problem. My mvabund package runs much
>> faster on linux/OSX than on windows with both R/2.15.1 and R/2.15
> Marius Hofert
> on Mon, 17 Dec 2012 11:39:03 +0100 writes:
> Dear R-developers, I would like to suggest a 'method' slot
> for format.ftable() (see an adjusted 'format.ftable()'
> below, taken from the source of R-2.15.2).
> At the moment, format.ftable() contains se
ght.
Thank you, Martin, for the patch ... [ --> R-devel revision 61376 ]
Martin Maechler
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
> Terry Therneau
> on Fri, 21 Dec 2012 08:05:21 -0600 writes:
> In a real example I was trying to remove the class from the result of
table, just because
> it was to be used as a building block for other things and a simple
integer vector seemed
> likely to be most eff
> Henrik Bengtsson
> on Sun, 6 Jan 2013 17:07:12 -0800 writes:
> Hi. I'm on Windows 7 64-bit with latest R devel with and
> Rtools (2.16.0.1926). When I try to enable spell checking
> for 'R CMD check' by setting environment variable
> '_R_CHECK_CRAN_INCOMING_USE_ASP
> Chris Jewell
> on Wed, 9 Jan 2013 13:28:49 +1300 writes:
> "CJ" == Chris Jewell
> on Wed, 9 Jan 2013 13:28:49 +1300 writes:
CJ> Okay, thanks for the input, All. I'd settled on the explicit coercion
as.data.frame as well as the myObject[] syntax which makes a lot o
> François Michonneau
> on Sun, 13 Jan 2013 18:34:36 -0500 writes:
> Hello all,
> In one of the packages (phylobase) I'm contributing to, we define a class
> as follows:
> setClass("phylo4",
> representation(edge = "matrix",
> edge.length
> Nick Sabbe
> on Tue, 15 Jan 2013 21:34:52 +0100 writes:
> I have exactly the same issue with a pair of my packages
> on R-Forge. I've already notified Stefan, but I mentioned
> it wasn't urgent for me :)
> It must have something to do with the R check using a
>
> Michael Friendly
> on Wed, 16 Jan 2013 12:52:15 -0500 writes:
> On 1/16/2013 12:26 PM, John Fox wrote:
>> Dear Duncan and Michael,
>>
>> My initial reaction is that I'd rather not export these
>> functions from the car package since the package already
>> ha
nk you, Suharto,
you are right... about the typo above, the tweaks below,
*and* ... ;-) ... that it is a minor issue
-> changed for R-patched and R-devel.
Martin Maechler, ETH Zurich
> Also, to make 'differences' consistently integer,
> diffinv.vector(dif
> "PJ" == Paul Johnson
> on Tue, 5 Feb 2013 22:25:01 -0600 writes:
> On Sun, Feb 3, 2013 at 1:34 PM, Simon Urbanek
> wrote:
>> As Peter pointed out earlier, this is better addressed by
>> disabling the Tcl/Tk event loop in forked processes.
>>
> Dear Simon:
but then you exemplify one :
> Hadley, this is problematic for devtools, because load_all tries to
cleanup
> S4 classes when an error occurs when loading a development package and
> crashes with no hint on the original error.
> Thank you.
> Bests,
&g
>>>>> Martin Maechler
>>>>> on Fri, 15 Mar 2013 11:39:18 +0100 writes:
>>>>> Renaud Gaujoux
>>>>> on Wed, 13 Mar 2013 13:10:44 +0200 writes:
>> Hi,
>> I get the following error when trying t
> Martin Morgan
> on Wed, 13 Mar 2013 12:43:59 -0700 writes:
> In this post
> https://stat.ethz.ch/pipermail/bioc-devel/2013-March/004152.html
> a package author reports that S4 dispatch fails. I can reproduce this
with a
> PkgA (attached; 'intervals' is a relativel
> "RG" == Renaud Gaujoux
> on Sun, 17 Mar 2013 10:38:44 +0200 writes:
RG> Late report is better than never isn't it? :)
>> > Well,... you forgot to show the error (and the
>> traceback) :
>>
RG> Apologies, I usually include them (and sessionInfo ...).
>>
> Simon Urbanek
> on Sat, 16 Mar 2013 10:39:42 -0400 writes:
> On Mar 16, 2013, at 10:13 AM, Hin-Tak Leung wrote:
>> Network access is *not* a given, nor is the privilege of
>> installing arbitrary "uncertified" and "non-essential"
>> tools - whatever the meaning of "u
> Ulrike Grömping
> on Sat, 16 Mar 2013 13:04:07 +0100 writes:
> Hi Terry, you can use type.convert instead of as.numeric
> for numbers with decimals:
> type.convert(levels(factor(1:6/2)), dec=unlist(options("OutDec")))
> Best, Ulrike
a late and minor remark: If yo
>>>>> "MM" == Martin Maechler
>>>>> on Tue, 19 Mar 2013 17:16:42 +0100 writes:
>>>>> "RG" == Renaud Gaujoux
>>>>> on Sun, 17 Mar 2013 10:38:44 +0200 writes:
RG> Late report is better than never isn&
> Dirk Eddelbuettel
> on Sun, 14 Apr 2013 06:51:38 -0500 writes:
> On 14 April 2013 at 14:10, Renaud Gaujoux wrote:
> | Hi,
> |
> | I know this has been reported/asked before (
> | http://tolstoy.newcastle.edu.au/R/e15/devel/11/10/0831.html) but it
would
> |
3e+09
>> storage.mode(length(bigraw))
>[1] "double"
> At least not always...
Indeed. Thank you, Herve!
Change committed to the documentation.
Martin Maechler,
ETH Zurich
> Thanks, H.
> --
> Hervé Pagès
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
Dear Herve,
> Hervé Pagès
> on Tue, 23 Apr 2013 23:09:21 -0700 writes:
> Hi, In the man page for is.unsorted():
>Value:
> A length-one logical value. All objects of length 0
> or 1 are sorted: the result will be ‘NA’ for objects of
> length 2 or more
More comments .. see inline
>>>>> Martin Maechler
>>>>> on Wed, 24 Apr 2013 11:29:39 +0200 writes:
> Dear Herve,
>>>>> Hervé Pagès
>>>>> on Tue, 23 Apr 2013 23:09:21 -0700 writes:
>> Hi, In the man page for i
> David Winsemius
> on Mon, 13 May 2013 10:21:33 -0700 writes:
> On May 7, 2013, at 10:54 AM, Chris Stubben wrote:
>>
>>> First off, stop using cbind() when it is not needed. You will not see
the reason when the columns are all numeric but you will start experiencing
p
e to public scrutiny:
A few minutes ago, I've committed the following to R-devel
(the 'trunk' in the svn repository for R):
----
r62834 | maechler | 2013-05-30 10:01:33 +0200 (Thu, 30 May 2013) | 1 line
Changed paths
>>>>> Duncan Murdoch
>>>>> on Thu, 30 May 2013 05:27:57 -0400 writes:
> On Thu, May 30, 2013 at 4:18 AM, Martin Maechler
> wrote:
>> With main R releases only happening yearly in spring, now is
>> good time to consider *and* discu
nal Message-
>> From: r-devel-boun...@r-project.org
[mailto:r-devel-boun...@r-project.org]
>> On Behalf Of Duncan Murdoch
>> Sent: Thursday, May 30, 2013 5:28 AM
>> To: Martin Maechler
>> Cc: R. Devel List
>> Subject: Re: [Rd] RFC: a "
> On 13-05-30 6:49 AM, Martin Maechler wrote:
> >>>>>> Duncan Murdoch
> >>>>>> on Thu, 30 May 2013 05:27:57 -0400 writes:
> >
> > > On Thu, May 30, 2013 at 4:18 AM, Martin Maechler
> > > >> wrote:
&
>>>>> "PS" == Petr Savicky
>>>>> on Fri, 8 May 2009 11:01:55 +0200 writes:
PS> On Wed, May 06, 2009 at 10:41:58AM +0200, Martin Maechler wrote:
PD> I think that the real issue is that we actually do want almost-equal
PD> numbers
> "PS" == Petr Savicky
> on Fri, 8 May 2009 18:10:56 +0200 writes:
PS> On Fri, May 08, 2009 at 05:14:48PM +0200, Petr Savicky wrote:
>> Let me suggest to consider the following modification, where match() is
done
>> on the strings, not on the original values.
>> level
> William Dunlap
> on Fri, 8 May 2009 16:16:56 -0700 writes:
> With today's R 2.10.0(devel) I get:
>> anyDuplicated(c(1,NA,3,NA,5), incomp=NA) # expect 0
> Warning: stack imbalance in 'anyDuplicated', 20 then 21
> Warning: stack imbalance in '.Internal', 19 then 20
> "PS" == Petr Savicky
> on Fri, 8 May 2009 18:10:56 +0200 writes:
PS> On Fri, May 08, 2009 at 05:14:48PM +0200, Petr Savicky wrote:
>> Let me suggest to consider the following modification, where match() is
done
>> on the strings, not on the original values.
>> level
>>>>> "PS" == Petr Savicky
>>>>> on Sun, 10 May 2009 13:52:53 +0200 writes:
PS> On Sat, May 09, 2009 at 10:55:17PM +0200, Martin Maechler wrote:
PS> [...]
>> If'd revert to such a solution,
>> we'd have
>>>>> "PS" == Petr Savicky
>>>>> on Tue, 12 May 2009 13:17:15 +0200 writes:
PS> On Mon, May 11, 2009 at 05:06:38PM +0200, Martin Maechler wrote:
>> The version I have committed a few hours ago is indeed a much
>> re-simpli
e with*OUT* another NEWS entry.
Indeed, the NEWS apply to (eventually) released versions of R,
so fixing transient bugs is *never* documented in NEWS.
... leading us back to what Brian already said:
>> 'Under development' needs to be taken seriously.
Martin Maechler, ETH Zurich
__
>>>>> "LB" == Luca Braglia
>>>>> on Sat, 16 May 2009 22:46:39 +0200 writes:
LB> Hi few typos i've found
Thank you, Luca,
I've fixed all of them {and also moved your "juvenile" :-) bug
report to "*-fulfilled"
y work like t(x) %*% y in all cases
AFAIK, but tcrossprod() fails to do so e.g. in
> m <- matrix(1:6, 2,3)
> (1:3) %*% t(m)
[,1] [,2]
[1,] 22 28
> tcrossprod(1:3, m)
Error in tcrossprod(1:3, m) : non-conformable arguments
>
I would like to change tcrossp
>>>>> "PetRd" == Peter Ruckdeschel
>>>>> on Mon, 18 May 2009 11:47:11 +0200 writes:
PetRd> Dear Martin, Uwe and Brian
PetRd> thanks for your comments --- point taken:
PetRd> On Sat, 16 May 2009, Martin Maechler wrote:
>>
uot; something I'd presume to be less general
than the powerful S4 class/methods system).
Martin Maechler, ETH Zurich
GaGr> http://ryacas.googlecode.com
GaGr> http://rsympy.googlecode.com
[.]
GaGr> On Wed, Apr 15, 2009 at 9:30 AM, John C Nash
wrot
been one of very few very bad choices we (the R core team) have
made in the recent past.
Setting an option should *never* influence (basic) R
computational functionality; options() typically should only
influence print()ing, maybe plotting() and similar I/O.
I still hope that I'll find the stamina in the not so distant
future to convince a majority within R-core to abolish this
abominational option, of course with transitional help for the
stringsAsFactors_=_FALSE junkies.
Martin Maechler
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
n(xl))
BaRow> return(min(yl)+t*(max(yl)-min(yl)))
BaRow> }
BaRow> return(f)
BaRow> }
>> k=interpOne(c(0,1),c(4,5))
>> k(0.5)
BaRow> [1] 4.5
Note that "base R" has already two such functions,
namely
splinefun()
and approxf
(to get rid of -Wall
warnings) and also exported the function as Rf_dropTrailing0(),
and tested the result with 'make check-all' .
As the change seems reasonable and consequent, and as
it seems not to produce any problems in our tests,
I'm hereby proposing to commit it (my version of i
>>>>> "PS" == Petr Savicky
>>>>> on Thu, 28 May 2009 09:36:48 +0200 writes:
PS> On Wed, May 27, 2009 at 10:51:38PM +0200, Martin Maechler wrote:
>> I have very slightly modified the changes (to get rid of -Wall
>> warni
>>>>> "vQ" == Wacek Kusnierczyk
>>>>> on Thu, 28 May 2009 00:36:07 +0200 writes:
vQ> Martin Maechler wrote:
>>
>> I have very slightly modified the changes (to get rid of -Wall
>> warnings) and also exported the
Hi Waclav (and other interested parties),
I have committed my working version of src/main/coerce.c
so you can prepare your patch against that.
Thank you in advance!
Martin
On Fri, May 29, 2009 at 21:54, Wacek Kusnierczyk
wrote:
> Martin Maechler wrote:
>
> [...]
>> vQ> y
2009/5/30 Wacek Kusnierczyk :
> Martin Maechler wrote:
>> Hi Waclav (and other interested parties),
>>
>> I have committed my working version of src/main/coerce.c
>> so you can prepare your patch against that.
>>
>
> Hi Martin,
>
> One quick reaction
>>>>> "vQ" == Wacek Kusnierczyk
>>>>> on Sat, 30 May 2009 11:16:43 +0200 writes:
vQ> Martin Maechler wrote:
>> Hi Waclav (and other interested parties),
>>
>> I have committed my working version of src/ma
Dear Christian,
your question does not at all belong to R-devel.
Please use R-help instead,
but you should probably first read the posting guide,
(and from that see that you should *not* send HTML-ified
postings).
Regards, Martin Maechler
>>>>> "CM" == Christian Morg
, or something else?
There's a dedicated "Special Interest Group" mailing list for
answering / discussing such questions :
R-SIG-GUI
Please subscribe and ask there
--> https://stat.ethz.ch/mailman/listinfo/r-sig-gui
Regards,
Martin Maechler, ETH Zurich
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
1301 - 1400 of 1879 matches
Mail list logo
