rith, Compare, Math, Math2, Summary, Complex)
Martin Maechler, ETH Zurich
>>>>> "Iago" == Iago Mosqueira <[EMAIL PROTECTED]>
>>>>> on Tue, 14 Jun 2005 09:23:40 +0200 writes:
Iago> Dear all,
Iago> I need to re-define some mathematical op
We have been using Redhat Enterprise 4, on some of our Linux
clients for a while,
and Christoph has just found that opening an R device for a file
without write permission gives a bad glibc error and subsequent
seg.fault:
> postscript("/blabla.ps")
*** glibc detected *** double free or corruption
Earlier versions, including the libc-2.3.2
used in our Debian sid (on AMD Opteron), do give the correct
error message instead of the seg.fault.
TL> On Tue, 21 Jun 2005, Martin Maechler wrote:
>> We have been using Redhat Enterprise 4, on some of our Linux
>> clients
Marc> This is not a bug and yes you have missed something.
Marc> Read R FAQ 7.31 Why doesn't R think these numbers are equal?
Marc> More information is also available here:
Marc> http://grouper.ieee.org/groups/7
Thank you, Marc, for your suggestion.
> "Marc" == Marc Schwartz <[EMAIL PROTECTED]>
> on Wed, 22 Jun 2005 10:15:00 -0500 writes:
Marc> Hi all,
Marc> I would like to recommend that the following text from the R Posting
Marc> Guide be placed on the R Bug submission page in t
not much code added to the current one},
I'd think that we (R-core) should incorporate the algorithm for
the time being, until someone has time for the ``real research''
and provide even better algorithm(s).
I don't see why the phrase
"the good is the enemy of the bett
> "PD" == Peter Dalgaard <[EMAIL PROTECTED]>
> on 28 Jun 2005 14:57:42 +0200 writes:
PD> "Liaw, Andy" <[EMAIL PROTECTED]> writes:
>> The issue is not with boxplot, but with split. boxplot.formula()
>> calls boxplot(split(split(mf[[response]], mf[-response]), ...),
>>
[ Hmm, is everyone of those interested in changes inside R "sleeping" ,
uninterested, ...
]
>>>>> "MM" == Martin Maechler <[EMAIL PROTECTED]>
>>>>> on Fri, 1 Jul 2005 18:36:54 +0200 writes:
>>>>> "PD" ==
> "Gabor" == Gabor Grothendieck <[EMAIL PROTECTED]>
> on Wed, 6 Jul 2005 08:24:49 -0400 writes:
...
...
Gabor> I have cleaned up my batch files (somewhat) and posted them to
Gabor> CRAN. See my recent post:
Gabor> https://www.st
Thank you, Mr Hosking,
yes, this is a buglet.
I had started to fix this (and similar cases)
-- using a C Macro based approach in src/nmath/dpq.h --
For this reason, the fix will probably only appear in R-devel
i.e., from R-2.2.0 on, and not yet in [R 2.1.1]-patched.
Regards,
Martin Maechler
ginal posters "boxplot by
factor" bug.
>>>>> "MM" == Martin Maechler <[EMAIL PROTECTED]>
>>>>> on Mon, 4 Jul 2005 09:15:59 +0200 writes:
>>>>> "PD" == Peter Dalgaard <[EMAIL PROTECTED]>
>>>>>
> "HenrikB" == Henrik Bengtsson <[EMAIL PROTECTED]>
> on Fri, 15 Jul 2005 10:01:05 +0200 writes:
HenrikB> I'm trying to troubleshoot a case where R crashes on Windows. It
does
HenrikB> not occur at all with my R v2.1.0 patched (2005-05-09), but
happens on R
HenrikB> v2
no, please refrain from flame wars about APL vs .. vs ..,
it's hard to refrain for me, too...)
Martin Maechler, ETH Zurich
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
> "PatBurns" == Patrick Burns <[EMAIL PROTECTED]>
> on Fri, 15 Jul 2005 14:58:14 +0100 writes:
PatBurns> Doing
PatBurns> help.search('precedence')
PatBurns> comes up empty. A fix would be to have the title:
PatBurns> Operator Syntax and Precedence
PatBurns> inst
d() in particular.
I also hope that some of these issues will be addressed during
this summer and will eventually lead to much improved S4
facilities in R.
Martin Maechler, ETH Zurich
>>>>> "lars" == lars <[EMAIL PROTECTED]>
>>>>> on Fri, 15 Jul 200
Duncan> accurate to a second. Is there a clock in R that
Duncan> gives a finer value?
Why can't use proc.time() ?
It's help file says
The resolution of the times will be system-specific; it is
common for them to be recorded to of the order of 1/100
s
> "DeepS" == Deepayan Sarkar <[EMAIL PROTECTED]>
> on Wed, 3 Aug 2005 13:52:32 -0500 writes:
DeepS> Hi, I recently made changes to lattice code which
DeepS> needed changes in many man pages as well. Before I
DeepS> made the appropriate changes, R CMD check was
DeepS> fl
>>>>> "Paul" == Paul Roebuck <[EMAIL PROTECTED]>
>>>>> on Thu, 4 Aug 2005 00:29:03 -0500 (CDT) writes:
Paul> Can someone confirm the following as a problem:
Yes, I can. No promiss for a fix in the very near future
though.
Martin
> "GS" == Gavin Simpson <[EMAIL PROTECTED]>
> on Tue, 16 Aug 2005 18:44:23 +0100 writes:
GS> On Tue, 2005-08-16 at 12:35 -0400, Gabor Grothendieck
GS> wrote:
>> On 8/16/05, Gavin Simpson <[EMAIL PROTECTED]>
>> wrote: > On Tue, 2005-08-16 at 11:25 -0400, Gabor
>> Gro
> "Gabor" == Gabor Grothendieck <[EMAIL PROTECTED]>
> on Mon, 22 Aug 2005 18:55:38 -0400 writes:
..
Gabor> Try do.call like this:
Gabor> ff <- x ~ g*h
Gabor> do.call("substitute", list(ff, list(x = as.name("weight"
Just a small remark: For all tho
times
in the past --- not wanted enough to implement though.
I'm interested to hear of (or even see C or R implementations of)
fast algorithms for "weight quantiles".
Code contributions are welcome too..
(And yes, I do know that boxplots are base on "hinges" rather than
ckage writers - even though we know
it's not quite true.
Since R-devel has much a smaller bandwidth than R-help, and
you're already willing to read R-help, why don't you subscribe
to R-devel?
Regards,
Martin Maechler, ETH Zurich
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
> "David" == David Hinds <[EMAIL PROTECTED]>
> on Mon, 22 Aug 2005 23:34:15 + (UTC) writes:
David> I've just implemented a generalization of R's text connections, to
David> also support reading/writing raw binary data. There is very little
David> new code to speak of.
th.out, each, ...) ?
Shouldn't
Robin> these be the same?
no. If they should be the same, the "R-exts" manual would use
a much shorter formulation than the carefully crafted points
1--3 above!
The point is that methods often have *extra* arguments
which match the ".
> "Robin" == Robin Hankin <[EMAIL PROTECTED]>
> on Wed, 31 Aug 2005 08:09:15 +0100 writes:
Robin> I am writing a rep() method for objects with class "octonion", and
Robin> my function rep.octonion() has argument list (x, times, length.out,
Robi
type, your
attachment didn't make it to the list anyway, and you have a
second chance:
Please use a "diff -u" against
https://svn.R-project.org/R/trunk/src/library/utils/R/prompt.R
or maybe even a "diff -ubBw ..." one.
Thank you for your proposition and willingness to contribute!
Martin Maechler, ETH Zurich
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
One thing I forgot to add:
Did you try to include
- data frames
- other data
- S3 generics and methods
- S4 generics and methods
in the objects you gave to package.skeleton() ?
If we want to change the prompt*() functions such that
package.skeleton() produces a package that on
> "StEgl" == Stephen Eglen <[EMAIL PROTECTED]>
> on Thu, 1 Sep 2005 12:09:15 +0100 writes:
StEgl> If the last line of an R script does not have a
StEgl> trailing newline, a small errror is produced at the
StEgl> end of the script.
StEgl> Small example. If file eg.r co
s, if you got a 32 GB RAM, you could probably start
to work with objects of the size of (a little less than) 4GB
relatively comfortably.
Martin Maechler
PD> On Linux 64, the motherboards set the limit in practice,
PD> 32GB systems have been reported working and I think at
PD> least
>>>>> "MM" == Martin Maechler <[EMAIL PROTECTED]>
>>>>> on Thu, 1 Sep 2005 13:39:52 +0200 writes:
>>>>> "StEgl" == Stephen Eglen <[EMAIL PROTECTED]>
>>>>> on Thu, 1 Sep 2005 12:09:15 +0100 writes
> "Gabor" == Gabor Grothendieck <[EMAIL PROTECTED]>
> on Wed, 7 Sep 2005 00:08:05 -0400 writes:
Gabor> The R system command has different arguments on Windows and UNIX.
Gabor> I hadn't realized that and I think it would be nice if the input=
Gabor> argument available
Ga
> "Douglas" == Douglas Grove <[EMAIL PROTECTED]>
> on Thu, 8 Sep 2005 15:33:02 -0700 (PDT) writes:
Douglas> Hi,
Douglas> It would be great if someone would add write.delim() as an
Douglas> adjunct to write.table(), just as with write.csv().
Douglas> I store a lot of da
> "TL" == Thomas Lumley <[EMAIL PROTECTED]>
> on Sat, 10 Sep 2005 09:32:29 -0700 (PDT) writes:
>> Standard location or a mechachanism like the one you
>> describe are both similar amount of work (and not much at
>> all), the HTML pages are generated by perl and I have the
th a bit of numerical fuzz}
plot a) R_i vs i
or b) CD_i vs i
or should users have to manually use
plot(, which=1:4, ...)
in such a case?
Feedback very welcome,
particularly, you first look at the examples in help(plot.lm)
in *R-devel* aka R-2.2.0 alpha.
Martin Maechler, ETH Zurich
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
--
JohnF> John Fox
JohnF> Department of Sociology
JohnF> McMaster University
JohnF> Hamilton, Ontario
JohnF> Canada L8S 4M4
JohnF> 905-525-9140x23604
JohnF> http://socserv.mcmaster.ca/jfox
JohnF>
>&
> "PaulG" == Paul Gilbert <[EMAIL PROTECTED]>
> on Fri, 16 Sep 2005 14:04:37 -0400 writes:
PaulG> Brian Ok, lets leave this for now. When does the
PaulG> development cycle start for the next version that
PaulG> would allow making a function generic?
Almost immediately aft
> "Wst" == Werner Stahel <[EMAIL PROTECTED]>
> on Fri, 16 Sep 2005 09:37:02 +0200 writes:
Wst> Dear Martin, dear Johns Thanks for including me into
Wst> your discussion.
Wst> I am a strong supporter of "Residuals vs. Hii"
>>> One remaining problem I'd like to address
I've changed the subject in the hope some more people would
voice an opinion...
>>>>> "MM" == Martin Maechler <[EMAIL PROTECTED]>
>>>>> on Sat, 17 Sep 2005 17:29:20 +0200 writes:
>>>>> "Wst" == Werner Stahel <[E
>>>>> "PaulG" == Paul Gilbert <[EMAIL PROTECTED]>
>>>>> on Mon, 19 Sep 2005 10:01:57 -0400 writes:
PaulG> Martin Maechler wrote:
>> I've changed the subject in the hope some more people
>> would voic
e a new generic with that in
>> mind.
I think it would depend on the exaxt context if I would rather
use a (slightly) different function name, or just ignore the
ignorable arguments as you mention.
>> (I would also prefer that the "object" argument was called
>> "model" but this is less important.)
I'd personally agree with that; the argument was that
'object' is very generally used in such situations.
Martin Maechler
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
> "Erich" == Erich Neuwirth <[EMAIL PROTECTED]>
> on Sun, 02 Oct 2005 09:39:36 +0200 writes:
Erich> The following code
Erich> zzz<-1:10
Erich> dim(zzz)<-10
Erich> rownames(zzz)
Erich> colnames(zzz)
Erich> yields NULL for the rownames and colnames calls.
Eri
>>>>> "BDR" == Prof Brian Ripley <[EMAIL PROTECTED]>
>>>>> on Mon, 3 Oct 2005 09:44:47 +0100 (BST) writes:
BDR> On Mon, 3 Oct 2005, Martin Maechler wrote:
>>>>>>> "Erich" == Erich Neuwirth <[EMAIL P
> "AndyL" == Liaw, Andy <[EMAIL PROTECTED]>
> on Tue, 4 Oct 2005 13:51:11 -0400 writes:
AndyL> The `problem' is that sort() does not doing anything special when
given
AndyL> a matrix: it only treat it as a vector. After sorting, it copies
AndyL> attributes of the original
> "GS" == Gavin Simpson <[EMAIL PROTECTED]>
> on Mon, 10 Oct 2005 17:29:42 +0100 writes:
GS> Hi,
GS> Following the Writing R Extensions manual, I created a method for the
GS> cor function. As cor is not a generic, I followed the advice of section
GS> 6.1 of the same man
> "Marc" == Marc Schwartz <[EMAIL PROTECTED]>
> on Wed, 19 Oct 2005 20:28:05 -0500 writes:
.
>> > In reviewing the Green Book on the top of page 143, it shows an example
>> > in which the RHS of the assignment are the indices into the LHS object
>> > which ar
[Mainly for R-foundation members; but kept in public for general
brainstorming...]
> "Simon" == Simon Urbanek <[EMAIL PROTECTED]>
> on Thu, 3 Nov 2005 12:16:25 -0500 writes:
<>
Simon> As Brian was saying, the error was fixed in R
Simon> immediately afte
uot;Andrew" == Andrew Robinson <[EMAIL PROTECTED]>
>>>>> on Sun, 6 Nov 2005 11:01:30 +1100 writes:
Andrew> Hi Martin, On Fri, Nov 04, 2005 at 09:58:47AM +0100,
Andrew> Martin Maechler wrote:
>> [Mainly for R-foundation members; but kept in publi
Thank you, Ivan, for the documentation update;
Yes, such small "fixes"/patches are welcome as well.
Martin
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
> "Paul" == Paul Roebuck <[EMAIL PROTECTED]>
> on Mon, 14 Nov 2005 15:57:04 -0600 (CST) writes:
Paul> On Mon, 14 Nov 2005, Gabor Grothendieck wrote:
>> On 11/14/05, Paul Roebuck <[EMAIL PROTECTED]> wrote:
>>
>> > Was looking at what was output for -package.Rd
>> >
>>>>> "Paul" == Paul Roebuck <[EMAIL PROTECTED]>
>>>>> on Tue, 15 Nov 2005 13:07:47 -0600 (CST) writes:
Paul> On Tue, 15 Nov 2005, Martin Maechler wrote:
>> >>>>> "Paul" == Paul Roebuck <
(bquote(.(formula[[2]]) > 0)),
##or subset = bquote(.(formula[[2]]) > 0),
na.action = na.action)
mf
}
## never works
tst(ncases ~ agegp + alcgp, data = esoph)
traceback() #--> shows that inside model.frame.default
#eval
any further
Arne> information please don't hesitate to contact
Arne> me. Otherwise I won't bother you anymore with this
Arne> issue.
Too bad.
It might have been interesting to see what
set.seed(1)
replicate(100, mean(rexp(10)))
or also
Thank you, Berwin.
You are definitely right,
and I have committed a fix to R-patched and R-devel.
Maybe help(par) has been just too long a document to be really read .. ;-)
Martin
> "BeT" == Berwin A Turlach <[EMAIL PROTECTED]>
> on Sun, 27 Nov 2005 00:51:51 +0800 writes:
BeT
[diverted from R-help to R-devel]
> "Gabor" == Gabor Grothendieck <[EMAIL PROTECTED]>
> on Sun, 27 Nov 2005 14:16:34 -0500 writes:
<>
Gabor> making use of as.data.frame.table we can shorten that
Gabor> slightly to just:
Gabor> as.data.fra
- c(a=1, b=pi); all.equal(x, as.vector(x))
[1] "target, current classes differ: named : numeric"
[2] "class of target is \"named\", class of current is \"numeric\" (coercing
target to class of current)"
----
I reall
>>>>> "MM" == Martin Maechler <[EMAIL PROTECTED]>
>>>>> on Fri, 2 Dec 2005 14:44:22 +0100 writes:
>>>>> "BeT" == Berwin A Turlach <[EMAIL PROTECTED]>
>>>>> on Fri, 2 Dec 2005 18:31:13 +0800 writ
{from R-help, diverted to R-devel}:
UweL> Wang Tian Hua wrote:
UweL> hi, when i was computing the variance of a simple
UweL> vector, i found unexpect result. not sure whether it
UweL> is a bug.
UweL> Not a bug! ?var:
UweL> "The denominator n - 1 is used which gives an un
> "Torsten" == Torsten Hothorn <[EMAIL PROTECTED]>
> on Thu, 8 Dec 2005 08:51:57 +0100 (CET) writes:
Torsten> On Wed, 7 Dec 2005, Prof Brian Ripley wrote:
>> I've often wondered about that.
Torsten> and the copy editor did too :-)
>> I've presumed that the names were
[taken off R-bugs as a non-bug]
> "AndrewC" == clausen <[EMAIL PROTECTED]>
> on Sun, 11 Dec 2005 08:40:01 +0100 (CET) writes:
AndrewC> Hi Brian,
AndrewC> On Sun, Dec 11, 2005 at 04:34:50AM +, Prof Brian Ripley wrote:
>> Did you check the help page? ?plot.histo
Warnes, Gregory R
>> > Sent: Monday, December 12, 2005 1:53 PM
>> > To: '[EMAIL PROTECTED]'
^^^
Can you tell where you took this address from?
We'd very much like that R bug reports be sent to
[EMAIL PROTECTED]
> "Herve" == Herve Pages <[EMAIL PROTECTED]>
> on Mon, 19 Dec 2005 17:10:58 -0800 writes:
Herve> Hi,
Herve> Today I downloaded and compiled the last R-devel snapshot.
Herve> The SVN-REVISION in the tarball contains the following:
Herve> Revision: 36792
Herve> Last
t; easy cut & paste)
demonstrating what I claim above.
Martin Maechler, Aug.1992 (S+ 3.x) --- the same applies to R 1.2.2
Observation: (abs(x) + x) / 2 is MUCH faster than pmax(0,x) !!
The function pmax.fast below is very slightly slower than (|x|+x)/2
### "this&
PLEASE, PLEASE:
do use
[EMAIL PROTECTED]
and nothing else
(It will go to Kopenhagen alright currently,
but if we could ensure everyone used the above address,
it would become quite a bit easier to prevent most spam to get
into the R bug repository)
Martin
__
> "roger" == roger koenker <[EMAIL PROTECTED]>
> on Thu, 29 Dec 2005 14:07:19 -0600 writes:
roger> In a private response to Tony Plate's suggestion to
roger> replace version() output with sessionInfo() in R-help
roger> requests,
>> roger koenker wrote:
>>> Thanks f
gt; returns non-TRUE.
>>
>> Is this what we want?
>> {we'll see soon how many other CRAN packages are having problems for it}
>>
>> In my intuition, I'd have liked all.equal() to return TRUE for the
above,
>> since in prin
t;> 'insertions': maximum number/fraction of insertions
>>
>> 'deletions': maximum number/fraction of deletions
>>
>> 'substitutions': maximum number/fraction of substitutions
>>
>>>>>&g
> "elijah" == elijah wright <[EMAIL PROTECTED]>
> on Thu, 5 Jan 2006 09:13:15 -0600 (CST) writes:
>> Subject: [Rd] Using gcc4 visibility features
>>
>> R-devel now makes use of gcc4's visibility features: for
>> an in-depth account see
>>
>> http://people.redh
> "Ben" == Ben Bolker <[EMAIL PROTECTED]>
> on Sun, 08 Jan 2006 21:40:05 -0500 writes:
Ben> Duncan Murdoch wrote:
>> On 1/8/2006 9:24 PM, Ben Bolker wrote:
>>
>>> It surprised me that prod(numeric(0)) is 1. I guess if
>>> you say (operation(nothing) == identity el
> "PaulG" == Paul Gilbert <[EMAIL PROTECTED]>
> on Mon, 09 Jan 2006 15:27:12 -0500 writes:
PaulG> (moved from r-help) Ok, UTF-8 works on some of my
PaulG> machines and latin1 on others. If I use one I get
PaulG> failure or spurious characters when I build on the
PaulG>
> "BDR" == Prof Brian Ripley <[EMAIL PROTECTED]>
> on Tue, 10 Jan 2006 15:01:00 + (GMT) writes:
BDR> I haven't seen most of this thread, but this is a classic case of
passing
BDR> integers instead of doubles. And indeed
BDR> else if(is.numeric(x)) {
BDR> storage
>>>>> "MM" == Martin Maechler <[EMAIL PROTECTED]>
>>>>> on Fri, 13 Jan 2006 12:24:51 +0100 writes:
>>>>> "Dieter" == Dieter Menne <[EMAIL PROTECTED]>
>>>>> on Thu, 12 Jan 2006 18:14:32 + (UTC
tps://svn.r-project.org/R/trunk/src/library/graphics/R/symbols.R
and https://svn.r-project.org/R/trunk/src/library/graphics/man/symbols.Rd
I'll gladly look at them and incorporate them for R 2.3.0
(unless they break something)
Best regards,
Martin Maechler
>>>>> "BDR"
> "Greg" == Warnes, Gregory R <[EMAIL PROTECTED]>
> on Tue, 17 Jan 2006 14:48:46 -0500 writes:
Greg> The 'mixedsort' function in the 'gtools' package does
Greg> this. It is probably slower than the c version you
Greg> point to, but it is already working in R.
Thank you, G
ss "ecdf" from R) as input
and returns a piecewise linear function {resulting from
approxfun() as in your example below}. However that result may
*NOT* inherit from "ecdf" (nor "stepfun").
And for that reason {returning a different class}, this
extension should NOT
> "ken" == ken knoblauch <[EMAIL PROTECTED]>
> on Mon, 23 Jan 2006 09:43:28 +0100 writes:
ken> Actually, since NaN's are also detected in na.action
ken> operations, a simpler fix might just be to use the
ken> na.rm = TRUE option of min
ken> upper <- min(n^k/(c^(k - 1))
>>>>> "MM" == Martin Maechler <[EMAIL PROTECTED]>
>>>>> on Mon, 23 Jan 2006 11:52:55 +0100 writes:
>>>>> "ken" == ken knoblauch <[EMAIL PROTECTED]>
>>>>> on Mon, 23 Jan 2006 09:43:28 +0100 w
> "Duncan" == Duncan Murdoch <[EMAIL PROTECTED]>
> on Sun, 29 Jan 2006 16:35:50 -0500 writes:
Duncan> On 1/29/2006 1:29 PM, Prof Brian Ripley wrote:
>> On Sun, 29 Jan 2006, Marc Schwartz wrote:
>>
>>> I would argue against this.
>>>
>>> If this were the defaul
>>>>> "Duncan" == Duncan Murdoch <[EMAIL PROTECTED]>
>>>>> on Mon, 30 Jan 2006 09:58:23 -0500 writes:
Duncan> On 1/30/2006 4:16 AM, Martin Maechler wrote:
>>>>>>> "Duncan" == Duncan Murdoch <[EMAIL P
of a 1D array? Then colnames(x) would
just
DavidB> give NULL instead of an error. Sorry my memory isn't more precise.
well, it was very good...
R-0.16 had this
R-0.63.3 (March 3, 1999) already didn't anymore, i.e. it
already did return a 1D-array.
So, indeed Karl must have u
ace...
My intermediate workaround has been the following, e.g., in
package 'cluster', in man/fanny.Rd, I have
\seealso{
\code{\link{agnes}} for background and references;
}
and then no \references{.} in the fanny.Rd file; but this
workaround is not very s
> "Seth" == Seth Falcon <[EMAIL PROTECTED]>
> on Thu, 02 Feb 2006 11:32:42 -0800 writes:
Seth> Thanks for the explaination of LazyLoad, that's very helpful.
Seth> On 1 Feb 2006, [EMAIL PROTECTED] wrote:
>> There is no intention to withdraw SaveImage: yes. Rather, if
>
ation")) {
...have.S4.object...
}
but note the comment >>>> ## FIXME: a kludge <<<
The solution has been agreed to be changing the internal
representation of S4 objects making them a new SEXP (basic R
"type"); and as Brian alludes to
> "Seth" == Seth Falcon <[EMAIL PROTECTED]>
> on Tue, 07 Feb 2006 07:20:17 -0800 writes:
Seth> On 7 Feb 2006, [EMAIL PROTECTED] wrote:
>> The solution has been agreed to be changing the internal
>> representation of S4 objects making them a new SEXP (basic R
>> "type")
> Duncan Murdoch
> on Wed, 27 Dec 2017 06:13:12 -0500 writes:
> On 26/12/2017 9:40 AM, Dirk Eddelbuettel wrote:
>>
>> On 26 December 2017 at 22:14, Sun Yijiang wrote: | Thanks
>> for the solution. Now I know the work-arounds, but still
>> don't | quite get it. Wh
100% appropriate, indeed.
With R we have had a philosophy of trying hard to be correct
first, and fast second... and indeed the last 20 years have
shown many cases where R's use (and checks) actually have
reveiled not only inaccuracies but sometimes also bugs in
LAPACK/BLAS implementations w
the source, I tend to agree with you that it looks
odd there is no else clause to that if(), but then there may
be subtle good reasons for that we don't see now.
> I can open a bug report if you wish, but I would require a
> bugzilla account for that. Otherwise you’re also
> Serguei Sokol
> on Mon, 22 Jan 2018 17:57:47 +0100 writes:
> Le 22/01/2018 à 17:40, Keith O'Hara a écrit :
>> This behavior is noted in the qr documentation, no?
>>
>> rank - the rank of x as computed by the decomposition(*): always full
rank in the LAPACK case.
> Henrik Bengtsson
> on Thu, 25 Jan 2018 09:30:42 -0800 writes:
> Just following up on this old thread since matrixStats 0.53.0 is now
> out, which supports this use case:
>> x <- rep(TRUE, times = 2^31)
>> y <- sum(x)
>> y
> [1] NA
> Warning message:
em and shows the problem indeed does not
happen in nlminb() -- which I wrongly assumed for a while --
but indeed in nlme's call to own .C() code.
I am looking into fixing this (making it interruptable // detect
the infinite loop).
My guess is that it only happens in degenerate cases like her
> Michael Lawrence
> on Tue, 30 Jan 2018 15:57:42 -0800 writes:
> I just meant that the minimal contract for as.list() appears to be that it
> returns a VECSXP. To the user, we might say that is.list() will always
> return TRUE.
Indeed. I also agree with Herv'e that t
> Michael Lawrence
> on Tue, 30 Jan 2018 10:37:38 -0800 writes:
> I agree that it would make sense for the object to have c("by", "list") as
> its class attribute, since the object is known to behave as a list.
Well, but that (list behavior) applies to most non-simple S3
clas
ger we have.
So, in the end, at least for now, we do not quite go all they way
but overflow a bit earlier,... but do potentially gain a bit of
speed, notably with the ITERATE_BY_REGION(..) macros
(which I did not show above).
Will hopefully become available in R-devel real soon now.
Martin
>
>>>>> Michael Lawrence
>>>>> on Thu, 1 Feb 2018 06:12:20 -0800 writes:
> On Thu, Feb 1, 2018 at 1:21 AM, Martin Maechler
> wrote:
>> >>>>> Michael Lawrence
>> >>>>> on Tue, 30 Jan 2018 10
>>>>> Henrik Bengtsson
>>>>> on Thu, 1 Feb 2018 10:26:23 -0800 writes:
> On Thu, Feb 1, 2018 at 12:14 AM, Martin Maechler
> wrote:
>>>>>>> Michael Lawrence
>>>>>>> on Tue, 30 Jan 2018 15:57:42 -08
>>>>> Martin Maechler
>>>>> on Thu, 1 Feb 2018 16:34:04 +0100 writes:
> >>>>> Hervé Pagès
> >>>>> on Tue, 30 Jan 2018 13:30:18 -0800 writes:
>
> > Hi Martin, Henrik,
> > Thanks for the follow u
> Gabriel Becker
> on Wed, 21 Feb 2018 07:11:44 -0800 writes:
> Hi all,
> For the record this approach isnt 100% backwards compatible, because
> names(mergeddf) will e incompatibly different. Thatx why i claimed
> bakcwards compatable-ish
exactly.
> That said its
rtin
> Best,
> Scott
> On 22 February 2018 at 22:31, Martin Maechler
> wrote:
>> >>>>> Gabriel Becker
>> >>>>> on Wed, 21 Feb 2018 07:11:44 -0800 writes:
>>
>> > Hi all,
>> &g
>
> on Fri, 23 Feb 2018 15:43:43 + writes:
> Thanks a lot for your answer Jeroen!
> I should have mentioned that I had actually only checked with the
win-builder, as I did not have R-devel installed on my computer.
> But based on your answer I installed R-devel loca
methods)
> Michael Chirico
Yes, 'lars' has _not_ been updated since Spring 2013, notably
because its authors have been saying (for rather more than 5
years I think) that one should really use
require("glmnet")
instead.
Your point is still valid that it would be easy to enhance
base :: scale.default() so it'd work in more cases.
Thank you for that. I do plan to consider such a change in
R-devel (planned to become R 3.5.0 in April).
Martin Maechler,
ETH Zurich
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
> Hugh Parsonage
> on Mon, 5 Mar 2018 13:39:24 +1100 writes:
> Lines 129-131: \code{grep(value = FALSE)} returns a vector
> of the indices of the elements of \code{x} that yielded a
> match (or not, for \code{invert = TRUE}. This will be an
> integer vector unless the
1 - 100 of 1783 matches
Mail list logo
