> 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
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
> >
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:
>>
>>>>> "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
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))
})
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
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
[ 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
>
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
> "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
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
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
]
> 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
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
> "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
{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&
> 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
>>>>> "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
> "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
>>>>> "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
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
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
s of its functionality could and maybe should be rendered to
work more efficiently,
it is very reasonable and sensible that other sparse matrix
formats --- if needed at all (they may make sense in a limited
context) --- have utilities to convert from and to the
"sparseMatrix" (sub)cl
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
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
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
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
> "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
*.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"
>>>>> 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:
>>>>
>>>>> "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
> "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-
> "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:
>>>
>
> "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
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
> "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
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
> "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
, 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
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,
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
>>>>> "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.
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
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
>>>>> "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
> "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},
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
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
<- 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'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
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
> "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 looking into implementing a small change in
>> R's c() handling of 'sy
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
> 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
>>>>> "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:
>>>
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
> "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
> "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
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
> "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
{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
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
>>>>> "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,
>>>>> "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
>>>>> "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
>>>>>
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
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
>>>>> "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
[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()
##
>>>>> "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
>>
()[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()
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,
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
> "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
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
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
> "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
>>>>> "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
> "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
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
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
--
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
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
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
> 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
ses as only *optional* to document
are even more welcome !
Martin Maechler, ETH Zurich
__
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.
-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
> "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), ..
, 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
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
>>>>> "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
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
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
>>>>> "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
>>>>> "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
Using the patch, we obtain a better result also
PS> in the following.
PS> nums <- 0.3 + 2e-16 * c(-2,-1,1,2)
PS> factor(nums)
PS> # [1] 0.3 0.3 0.3 0.3
PS> # Levels: 0.3
yes, of course.
PS> Petr.
[.]
I have very slightly modified the changes
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
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
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
1201 - 1300 of 1761 matches
Mail list logo
