> "PS" == Petr Savicky
> on Sun, 31 May 2009 10:29:41 +0200 writes:
[]
PS> I appreciate the current version, which contains static
PS> const char* dropTrailing0(char *s, char cdec) ...
PS> mkChar(dropTrailing0((char *)EncodeReal(x, w, d, e,
PS> OutDec), ..
-devel (something we strongly dislike),
and I've *NOT* approved it for R-devel on purpose.
Martin Maechler, ETH Zurich
(R-devel list maintainer: moderating for non-subscribers)
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
8703 there is almost no problem (still
vQ> some unnecessary spaces):
vQ> [,1] [,2]
vQ> [1,]NANA
thank you, Waclav.
I don't see any unnecessary space (or other CPU problems),
using another Linux variant (RHEL 5)
in the three R version
2.
Yesterday, I have commited
r48701 | maechler | 2009-06-02 17:11:50
a changed version of tools::codocClasses()
which checks S4 class slot documentations in many more cases
than previously.
This finds slot documentation inconsistencies in many more cases
than previously, and you (as
> William Dunlap
> on Wed, 3 Jun 2009 11:49:00 -0700 writes:
> Changing the uninitialized 'w' to 'R_print.na_width' for
> the complex NA code fixes up the valgrind complaints on
> Linux and the bad behavior on Windows:
[.]
Thanks a lot, Bill, both for the diagnos
its references (simply "sr" in ESS),
finding
Chambers, John M.(2009) _Developments in Class Inheritance and
Method Selection_ http://stat.stanford.edu/~jmc4/classInheritance.pdf>.
which is very recommended, and, BTW, as I just notice, has been
updated in the very last
he website
http://www.math.ethz.ch
As soon as this site is up again, all the servers and dervices should
be back online (within a small delay).
-
Martin Maechler, ETH Zurich
http://stat.ethz.ch/people/maechler
Seminar für Stat
mous
>>> Prediction is very difficult, especially about the future <<
attributed to Physics Nobel Prize winner Niels Bohr.
---
Martin Maechler, ETH Zurich & R-core
TR> Troy
TR> Troy Robertson
TR> Database and Computing Support Provider
TR> Southern Oce
cally equal to an) integer
SM> This is not correct:
Yes, seq(from, to) {without further arguments} and "default"
'from', indeed returns from:to
and hence should probably either defer to the ":" help page
or copy-paste from it.
Martin Maechler, ETH Zurich
--
orking too, but it might take a while
DM> Duncan Murdoch
In any case, it's great to see your work progressing in these
directions. I expect this will have great potential indeed.
Thank you very much!
Martin Maechler, ETH Zurich
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
> "HP" == Hervé Pagès
> on Wed, 15 Jul 2009 17:08:20 -0700 writes:
HP> Hi,
>> x <- c(a=10, b=20)
>> length(x) <- 1
>> x
HP> a
HP> 10
HP> But with gctorture turned on, I get:
>> gctorture(TRUE)
>> x <- c(a=10, b=20)
>> length(x) <- 1
>> x
>>>>> "MM" == Martin Maechler
>>>>> on Thu, 16 Jul 2009 17:56:07 +0200 writes:
...
HP> This seems to have been around for a while (I get this with R 2.10,
HP> 2.9 and 2.8). Note that I don't get this with an unname
> "GA" == Gad Abraham
> on Fri, 17 Jul 2009 10:29:29 +1000 writes:
GA> On 16/7/09 12:18 PM, Duncan Murdoch wrote:
>> Gad Abraham wrote:
>>> Hi,
>>>
>>> Say I have two packages, test1 and test2, that both define the generic
>>> method train (identical definitio
the difference.
I agree that it would be quite useful if they supported features
as you mention, and we (R-core) will be very willing to accept
(well-tested) patches enabling that.
Regards,
Martin Maechler, ETH Zurich
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
ously to all
other arithmetic operations.
Martin Maechler, R Core Team & ETH Zurich
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
> "AE" == Albert EINstEIN
> on Sun, 26 Jul 2009 22:50:14 -0700 (PDT) writes:
PLEASE! These are typical quesions of R beginners.
They do *NOT* belong to the R-devel mailing list,
but rather to R-help (and even then:
PLEASE do read the posting guide http://www.R-project.org/p
e that's it's simply a
matter of correctly setting yleft and yright.
But in order to help future users, and since it's so trivial,
I will change approxfun() {my favorite} and approx() to also
accept
rule = c(1,2)
or rule = c(2,1)
> I agree that having a clea
cult part ...
warn if there are S3 methods {as per 'b)'} that seem not be
called at all {as per a)}, but that would also have to
consider .Primitive s with C internal (S3 and S4) dispatch.
As you see, these are partly concrete proposals, partly just
ideas, asking for feedback,
()[1]
library location for installing a package in the case that no
library location has been specified.
I'm not sure this addresses all the problems that your patch
tried to fix,
but in any case, your patch re-installing the --vanilla behavior
unconditionally (without the .libPaths()
>>>>> "HL" == Hin-Tak Leung
>>>>> on Thu, 30 Jul 2009 08:59:01 + (GMT) writes:
HL> --- On Thu, 30/7/09, Martin Maechler wrote:
>> I'm not sure this addresses all the problems that your
>> patch
>>
[if you are as this very border line case with '1e-15';
use 1e-12 and you have no problems !! ]
Cpow <- function(a,b)
{
## Purpose: a ^ b in complex
## Find bug in complex_pow()
##
>>>>> "MM" == Martin Maechler
>>>>> on Mon, 3 Aug 2009 19:30:24 +0200 writes:
>>>>> "HWB" == Hans W Borchers
>>>>> on Mon, 3 Aug 2009 13:15:11 + (UTC) writes:
>>>
HWB> Thanks
e
JN> when there is a positive integer power and use multiplication to
evaluate.
JN> It appears that Martin Maechler has now submitted a change to R to
detect
JN> integer powers and evaluate them via repeated multiplication, which
should
JN> eliminate your problem.
Yes; n
ementation clear in the documentation.
so in principle, we all agreed that R's identical() should be
changed here, namely by using something like memcmp() instead
of simple '==' , however we haven't bothered to actually
*implement* this change.
I am currently testing a patch w
>>>>> "TH" == Ted Harding
>>>>> on Fri, 07 Aug 2009 14:49:54 +0100 (BST) writes:
TH> On 07-Aug-09 11:07:08, Duncan Murdoch wrote:
>> Martin Maechler wrote:
>>>>>>>> William Dunlap
>>>>>
>>>>> "DM" == Duncan Murdoch
>>>>> on Fri, 07 Aug 2009 11:25:11 -0400 writes:
DM> On 8/7/2009 10:46 AM, Martin Maechler wrote:
>>>>>>> "TH" == Ted Harding
>>>>>>> on Fri, 07 Au
>>>>> "DM" == Duncan Murdoch
>>>>> on Fri, 07 Aug 2009 12:55:50 -0400 writes:
DM> On 8/7/2009 11:41 AM, Martin Maechler wrote:
>>>>>>> "DM" == Duncan Murdoch
>>>>>>> on Fri,
SIXlt()") is inconsistent with the output of
l> length() (default method for lists).
Yes, exactly; these two have beeb defined inconsistently,
exactly in the respect you mention.
Many months ago, when I came to the same conclusion,
I vaguely remember that I had wanted / proposed to
{Correcting thinko below .. }
>>>>> "MM" == Martin Maechler
>>>>> on Mon, 10 Aug 2009 08:55:52 +0200 writes:
>>>>> "l" == laurent
>>>>> on Sun, 09 Aug 2009 21:45:07 +0200 writes:
l> Thanks. It s
> "DM" == Duncan Murdoch
> on Mon, 10 Aug 2009 11:51:53 -0400 writes:
DM> For people who want to play with these, here are some functions that
let
DM> you get or set the "payload" value in a NaN. NaN and NA, Inf and -Inf
DM> are stored quite similarly; these functions
7;=='
...
and indeed, your patch fails in one case where the original code works:
readBin(., NA_character_, ...)
However that case can also be checked explicitly,
and I will implement the corresponding patch.
Martin Maechler, ETH Zurich
> Regards,
> Jon
> --- R-devel/src/libr
> "JC" == Jon Clayden
> on Wed, 12 Aug 2009 14:57:10 +0100 writes:
>> > Dear all,
>> > The version of readBin() in R-devel includes a use of match(),
through
>> > `%in%`, which can affect its performance significantly. By using
>> > primitives instead of t
> "PS" == Petr Savicky
> on Wed, 12 Aug 2009 13:50:46 +0200 writes:
PS> Let me add the following to the discussion of identical(0, -0).
PS> I would like to suggest to replace the paragraph
PS> 'identical' sees 'NaN' as different from 'NA_real_', but all
PS> 'NaN's are
ct to set 'attrib.asSet = FALSE'.
I'm open for better names of arguments, but will not accept "_"
in the argument names {just my taste; no reason for argueing...}.
I've practically finished both C- and R- and Rd-code, but can
still adapt to proposals if there are good reasons for it.
Martin Maechler, ETH Zurich
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
>>>>> "HenrikB" == Henrik Bengtsson
>>>>> on Sat, 22 Aug 2009 08:34:51 -0700 writes:
HenrikB> On Sat, Aug 22, 2009 at 1:22 AM, Petr Savicky
wrote:
>> On Sat, Aug 22, 2009 at 12:00:44AM +0200, Martin Maechler wrote:
>>>
> Marc Schwartz
> on Sat, 22 Aug 2009 16:51:31 -0500 writes:
>
> On Aug 22, 2009, at 4:30 PM, Marc Schwartz wrote:
>>
>> I have some proposed modifications to RweaveLatex.Rd which I include
>> here as a patch against the R-devel version of the file from svn. I
NULL < raw < logical < integer < real
> < complex < character < list < expression. .
and implicitly, "symbol" and "language" are treated by as.list()
rather than as expression-like.
I would like to change this, i.e., c() should result in
"expression" rather than "list" when it's applied to symbola
and language types.
Note that S-plus 8.0.4, and 3.4 does this very differently
anyway.
Martin Maechler, ETH Zurich
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
>>>>> "GaGr" == Gabor Grothendieck
>>>>> on Thu, 27 Aug 2009 07:32:42 -0400 writes:
GaGr> On Thu, Aug 27, 2009 at 6:18 AM, Martin
GaGr> Maechler wrote:
>> Dear programmeRs,
>>
>> I'm proposing and lo
r every reader of this list, from a "public" URL;
alternatively, send it per e-mail as attachment;
if you use correct MIME type, i.e., one of
application/x-tar
application/x-compressed-tar
application/x-gzip
then the file should *not* be filtered out by the mailing list
software.
Best
?
I'm sure there's some problem in requiring Matrix, in either
your DESCRIPTION or your NAMESPACE (or a .First.library or ...)
Your DESCRIPTION should have
Depends: , Matrix
Imports: , Matrix
and your NAMESPACE
either
importFrom("Matrix", .)# the things
<- x :
SL> types (de S4 a double) incompatibles dans l'ajustement d'affectation de
SL> type
Yes, Sylvain, you were right (in the other thread
"R CMD check does not recognize S4 functions ...")
that your problem is very similar to Giles Hooker's
I would like to use
YC> the suboptimal 'import' so that I do not need to care about this
YC> NAMESPACE/package version issue. But I cannot do that because of an,
YC> IMO, unjustified warning.
Yes, I agree, unjustified in your case.
The question is: is there a patch whic
HP> R-devel_-MM-DD.tar.gz tarballs for the last 10 days?
HP> Could someone please have a look?
Yes, I now did and have fixed the problem.
It was from an OS change (from Redhat to Fedora) which I had not
checked the way I thought I had ...
I'm sorry for any inconveniences.
---
Ma
> "HW" == Hadley Wickham
> on Thu, 3 Sep 2009 08:16:27 -0500 writes:
HW> Just noticed these two functions (clearNames is stats and unname in
HW> base) that do the same thing.
clearNames looks like an accident. unname() has existed for
much longer {and as someone else said},
>>>>> "MM" == Martin Maechler
>>>>> on Thu, 3 Sep 2009 16:14:24 +0200 writes:
>>>>> "HW" == Hadley Wickham
>>>>> on Thu, 3 Sep 2009 08:16:27 -0500 writes:
HW> Just noticed these two functio
y 'as.name').
yes, that's a shorter and more elegant.
But before amending that, why
"language objects" instead of just "R objects" or "objects" ?
In the context of S and R when I'd hear "language objects",
I'd think of the resul
rror in !z : invalid argument type
> !as.logical(z)
[1] FALSE
I'm proposing to make R's behavior consistent with its
documentation and predecessor.
Martin Maechler
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
>>>>> "YC" == Yohan Chalabi
>>>>> on Thu, 3 Sep 2009 12:44:13 +0200 writes:
>>>>> "MM" == Martin Maechler
>>>>> on Mon, 31 Aug 2009 14:51:16 +0200
MM> Yes, I agree, unjustified in your case.
respective of S3 class attributes. The only thing I can think of is
>> a manual solution removing the class attribute.
>>
>> Is there a way to define lists with S3 class attributes such that they
>> are accepted as lists in S4 object slots? Or any other ways to solve
>> this?
>>
> A possible workaround is to store unclass(a) in that slot, rather than
> a. You won't be able to use the VCorpus or Corpus methods on it, but it
> sounds as though you don't want to.
> I would say checkSlotAssignment should be using some variation on
> inherits(), rather than checking for an exact class match, but probably
> the real message is that you shouldn't mix S3 and S4 systems.
I don't think so.
Recent releases of R have had big improvements (instrumented by
John Chambers) in order to make exactly this (S3 classed objects as
slots of S4 objects) possible !!
> Convert the VCorpus objects to S4 objects, or use S3 objects
everywhere.
Well, no, at least not at all according to what I think has been the
intentions of the recent years' changes of making S3 objects
better fit into the S4 frame work.
Martin Maechler
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
SA and in
Switzerland as well.
j...@v> Neither http or
j...@v> the scm repositories seem to work. Does anybody have any idea when
it could
j...@v> be up again?
The maintainer at WU Vienna (Stefan, Kurt, Achim) have been alerted,
(by e-mail) but if they have connection problems,
, type="o", log = "y")
## or, already suggesting a fix to the bug:
plot(p,qp, type="o", log = "xy")
which is definitely a bug... though not a terrible one.
@ R-core: please leave me a bit of time before touching qbeta.c,
as I already have a
> "RF" == Romain Francois
> on Sun, 11 Oct 2009 01:00:24 +0200 writes:
RF> Hello, Just wondering why there is "isTRUE" and not
RF> "isFALSE".
Probably because it's slightly more natural to have
if(isTRUE()) {
..
}
rather than the corrsponding isFALSE()
Furthe
focusing on particular aspects
TV> which might be useful to "corporate" contexts as well.
TV> Best,
TV> Tobias
TV> P.S. This is IMO not a subject to be discussed on R-devel.
yes, indeed.
Ajay, you seem to be *the* p
> "JN" == Prof John C Nash
> on Thu, 22 Oct 2009 10:53:43 -0400 writes:
JN> Recently I reported a small bug in optim's SANN method
JN> failing to report that it had exceeded the maximum
JN> function evaluation limit in the convergence code. This
JN> is a small enough m
ovide a self-contained
reproducible example (as the footer of every R-help message has:)
>> PLEASE do read the posting guide http://www.R-project.org/posting-guide.html
>> and provide commented, minimal, self-contained, reproducible code.
Only then there's a good chance that the problem can be
addressed at all.
Martin Maechler, ETH Zurich
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
> "SF" == Seth Falcon
> on Wed, 11 Nov 2009 18:49:12 -0800 writes:
SF> On 11/11/09 2:36 AM, Duncan Murdoch wrote:
>> On 10/11/2009 11:16 PM, Tony Plate wrote:
>>> PS, I should have said that I'm reading the docs for unlink in
>>> R-2.10.0 on a Linux system. The docs th
> "HenrikB" == Henrik Bengtsson
> on Wed, 11 Nov 2009 15:29:06 +0100 writes:
HenrikB> On Wed, Nov 11, 2009 at 12:55 PM, Duncan Murdoch
wrote:
>> Henrik Bengtsson wrote:
>>>
>>> On Wed, Nov 11, 2009 at 11:36 AM, Duncan Murdoch
>>> wrote:
>>>
>
> "HP" == Hervé Pagès
> on Wed, 11 Nov 2009 21:20:57 -0800 writes:
HP> Hi,
>> x <- c(aa=22, bb=555)
>> unname(x[FALSE])
HP> named numeric(0)
Thank you, Hervé,
I'm about to commit a simple fix for that.
Martin
__
R-devel@r-
>>>>> "KH" == Kurt Hornik
>>>>> on Thu, 12 Nov 2009 12:15:49 +0100 writes:
((only to R-core, not R-devel -- I think R-devel is find and so
back-post there ))
>>>>> Martin Maechler writes:
>>>>> "Henrik
>>>>> Duncan Murdoch
>>>>> on Thu, 12 Nov 2009 06:36:53 -0500 writes:
> Martin Maechler wrote:
>>>>>>> "SF" == Seth Falcon
>>>>>>> on Wed, 11 Nov 2009 18:49:12 -0800 writes:
>>>>
*.Rd file !} which would provide such
functionality.
I think I would introduce a third optional argument
(logical or character, specifying the "variants"),
and the result could easily become back-compatible if the extra information
you want is put as a new column in the "info"
> "DM" == Duncan Murdoch
> on Thu, 26 Nov 2009 08:39:27 -0500 writes:
DM> On 26/11/2009 7:09 AM, Barry Rowlingson wrote:
>> A lot of R packages are now effectively maintained by several people
>> and so use sites like R-forge or google code for development. This
>> mea
following information may be useful to your bug
>> report' and dump the relevant things ready for cut n paste into a bug
>> tracker, then browseURL().
DM> I've just committed this to R-devel. Thanks for the suggestion, and
DM> thanks in advance for any imp
want the very fast (but not so very nice looking)
previous default X11() graphics, please do read the help pages:
--> ?X11
--> ?X11.options
and then either X11.options(type = "Xlib")
or X11(type = "Xlib")
will give you the very fast (non-aliased
Hi Robin,
> "Robin" == Robin Hankin
> on Thu, 03 Dec 2009 11:04:03 + writes:
> Hi
> I am having difficulty defining an S4 method for head() and tail().
> I can't quite provide minimal self-contained code
> because the problem appears to require the whole corpus
have given a wise and balanced answer earlier in this
thread, and that *was* close to probably most R core
members opinions.
Can we please, Peng, close this thread now?
Martin Maechler, ETH Zurich (and R-core).
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
asses in 'Matrix'.
Ingo provided code to do exactly that.
Regards,
Martin Maechler, ETH Zurich
JP> Furthermore, there are developers who participate in the development of
JP> both the slam and the e1071 packages.
JP> Best regards,
JP> Peter Jeszenszky
JP&
e more
DScottNZ> sensible for some packages than for others.
Yes. I typically even use less *.R than *.Rd files.
That's also the case for the R standard package sources:
The ratio #{R/*.R} / #{man/*.Rd} is ~ 44%
In my own packages, I see a ratio of slightly less than 40%.
Martin Mae
oose() such
that it behaves analogously to lgamma() and lfactorial(),
i.e., to return
log(abs(choose(.,.))
Your comments are welcome.
Martin Maechler, ETH Zurich
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
>>>>> "PS" == Petr Savicky
>>>>> on Tue, 15 Dec 2009 10:52:43 +0100 writes:
PS> On Tue, Dec 15, 2009 at 09:49:28AM +0100, Martin Maechler wrote:
>> lgamma(x) and lfactorial(x) are defined to return
>>
>> ln|Gam
> "AB" == Adrian Baddeley
> on Thu, 17 Dec 2009 08:35:09 +0100 (CET) writes:
AB> Bug summary:
AB> glm() causes a segfault if the argument 'data'
AB> is a data frame with more than 16384 rows.
not on my desktop
AB> Bug demonstration:
AB> ---input
>>>>> "MM" == Martin Maechler
>>>>> on Tue, 15 Dec 2009 14:54:18 +0100 writes:
>>>>> "PS" == Petr Savicky
>>>>> on Tue, 15 Dec 2009 10:52:43 +0100 writes:
PS> On Tue, Dec 15, 2009 at 09:49:28AM +010
> Ross Boylan
> on Thu, 17 Dec 2009 02:15:12 +0100 (CET) writes:
> Full_Name: Ross Boylan
> Version: 2.10.0
> OS: Windows XP
> Submission from: (NULL) (198.144.201.14)
> Some of the help for setGeneric seems to have been garbled. In the
section
> "Basic Use
{I've changed the subject; it's really no longer about
lchoose()'s definition}
>>>>> Petr Savicky
>>>>> on Fri, 18 Dec 2009 00:14:49 +0100 writes:
> On Thu, Dec 17, 2009 at 03:10:49PM +0100, Martin Maechler wrote:
> [...]
MM&
> "SM" == Stavros Macrakis
> on Thu, 21 Jan 2010 20:19:28 -0500 writes:
SM> I noticed that in as.data.frame.table, the stringsAsFactors argument
SM> defaults to TRUE, whereas in the other as.data.frame methods, it
defaults to
SM> default.stringsAsFactors().
SM> The d
Thank you, Tobias,
That's indeed a valuable small improvement,
now done for R-devel.
Martin
> Tobias Verbeke
> on Sun, 07 Feb 2010 21:35:52 +0100 writes:
> L.S.
> In the current version of ?p.adjust.Rd, one needs
> to scroll down to the examples section to find
> co
]
> Any ideas would be appreciated,
E-mails that look like the above *CLEARLY* belong to R-help
and *NEVER* to R-devel.
Please read the posting guide
>> PLEASE do read the posting guide http://www.R-project.org/posting-guide.html
>> and provide commented, minima
package ‘.GlobalEnv’; the generic differs from the default conversion
(Formal arguments differ: (x, size, replace, prob), (x, size, replace, prob,
...))
Creating a new generic function for "sample" in ".GlobalEnv"
[1] "sample"
> sample(new("foo"), myAr
Dear R Developers,
in transitioning the R Bugs repository, (see earlier e-mails),
the E-mail address r-b...@r-project.org has been disabled
-- only for a couple of hours -- after which it should be an
alias to the new address.
Martin Maechler, R Core Team
> "SF" == Seth Falcon
> on Fri, 19 Mar 2010 13:47:17 -0700 writes:
SF> On 3/17/10 9:11 AM, Henrik Bengtsson wrote:
>> Currently library() and attach() fail to locate an
>> existing '.conflicts.OK' in a package wit name space,
>> unless it is exported. Since there shou
t filters).
Note however, that all this seems unnecessary,
as we have sample.int()
and a trivial definition of resample()
at least in R-devel, which will be released as R 2.11.0 on
April 22.
Thank you anyway, for your efforts!
Martin
Martin Maechler, ETH Zurich
AndrewC> On 22 March
[ re-diverted to R-devel ]
> Barry Rowlingson
> on Tue, 30 Mar 2010 20:15:00 +0100 writes:
> On Tue, Mar 30, 2010 at 7:58 PM, Rolf Turner
> wrote:
>> But ***please*** say ``load *package*'', not ``load
>> library''. The *location* (collection of packages) from
>
an that those of you who have been using the R
development sources, (or had scripts that read the logs, or ...)
may need to cache the new certificate by some one-time manual
interaction.
Martin Maechler, ETH Zurich
__
R-devel@r-project.org mailing list
the setClass representation argument instead
of
> the contains argument, or
> 2) use contains="numeric", put the matrix's dims and dimnames attributes
> into slots, and rely on a constructor to populate the instance?
Well, one can go
r <- as(x, "matrix")[i, drop=drop]
else if(na == 4)
r <- as(x, "matrix")[i, , drop=drop]
else stop("invalid nargs()= ",na)
if(is.null(dim(r))) r else as(r, geClass(x))
})
>>>>> "MM" == Martin Maechler
>>>>> on Tue, 18 May 2010 12:37:21 +0200 writes:
>>>>> "GaGr" == Gabor Grothendieck
>>>>> on Mon, 17 May 2010 09:45:00 -0400 writes:
GaGr> BIC seems like something th
Adding to my own statements (below) :
>>>>> "MM" == Martin Maechler
>>>>> on Tue, 18 May 2010 13:05:27 +0200 writes:
>>>>> "MM" == Martin Maechler
>>>>> on Tue, 18 May 2010 12:37:21 +0200 writes:
>>
On Tue, May 18, 2010 at 22:38, William Dunlap wrote:
> > -Original Message-
> > From: r-help-boun...@r-project.org
> > [mailto:r-help-boun...@r-project.org] On Behalf Of Martin Maechler
> > Sent: Tuesday, May 18, 2010 1:25 PM
> > To: milton ruser
> >
> Felix Andrews
> on Wed, 26 May 2010 11:20:12 +1000 writes:
> On second thoughts it is really none of my business how the R sources
> are managed.
> But I would encourage package developers and/or r-forge maintainers to
> consider these systems.
Thank you, Felix, for
ror returns silently ...
That's correct.
Note however that installing a package is not just a thing
happening in your R session.
It will affect all your future R sessions, and possibly even
other users' who have the same .libPaths()[1]
{e.g. the group here does
>>>>> "VG" == Vincent Goulet
>>>>> on Thu, 3 Jun 2010 10:24:21 -0400 writes:
VG> Le jeu. 3 juin à 09:27, Ben Bolker a écrit :
>> Martin Maechler wrote:
>>>>>>>> "BB" == Ben Bolker
>&
n in the past
where I had even been confused for a few minutes by this.
I'm about to add it for R-devel [2.12.0] (only; considering it a
new feature).
Martin Maechler, ETH Zurich
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
> "HP" == Hervé Pagès
> on Thu, 03 Jun 2010 17:53:33 -0700 writes:
HP> Hi,
HP> According to its man page substring() "expands (its) arguments
HP> cyclically to the length of the longest _provided_ none are of
HP> zero length".
HP> So, as expected, I get an error h
> "Gabor" == Gabor Grothendieck <[EMAIL PROTECTED]>
> on Thu, 25 Jan 2007 09:53:49 -0500 writes:
Gabor> The help page for mean does not say what happens when one
Gabor> applies mean to a matrix.
Gabor> mean and sd work in an inconsistent way on a matrix
Gabor> so that
renaming) to
Marc> text/plain for some reason.
Marc> So...here is the content pasted in here:
..
Thank you, Marc!
Martin Maechler, ETH Zurich
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
Thank you, Herve,
> "Herve" == Herve Pages <[EMAIL PROTECTED]>
> on Fri, 02 Feb 2007 21:30:04 -0800 writes:
Herve> Last but not least: convolve2 can be made 100 times or 1000 times
faster
Herve> than convolve by choosing a power of 2 for the length of the
fft-buffer
Herv
> "Rhiannon" == Rhiannon L Weaver <[EMAIL PROTECTED]>
> on Tue, 6 Feb 2007 14:35:31 -0500 (EST) writes:
Rhiannon> Hi,
Rhiannon> Thanks for the clarification. As long as the
Rhiannon> admins don't mind (which I guess they won't
Rhiannon> because it means they won't hav
>>>>> "Jari" == Jari Oksanen <[EMAIL PROTECTED]>
>>>>> on Wed, 07 Feb 2007 16:28:14 +0200 writes:
Jari> On Wed, 2007-02-07 at 14:57 +0100, Martin Maechler wrote:
>> >>>>> "Rhiannon" == Rhiannon L We
> "PD" == Peter Dalgaard <[EMAIL PROTECTED]>
> on Fri, 16 Mar 2007 08:09:00 +0100 writes:
PD> Seth Falcon wrote:
>> [EMAIL PROTECTED] writes:
>>
>>> Investigating this new implementation I come across an issue in
>>> conjuntion with using S4 classes and methods. t
o the build (with Makevars, I guess), but I do not want
RossB> to introduce the dependency.
It depends on the circumstances on how I would solve this
problem
[Why have these files as part of the package sources at all?]
Regads,
Martin Maechler, ETH Zurich
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
1401 - 1500 of 1879 matches
Mail list logo
