Hi Kevin,
> "krc" == krc <[EMAIL PROTECTED]>
> on Mon, 27 Jun 2005 21:55:37 +0200 (CEST) writes:
krc> Full_Name: Kevin R. Coombes
krc> Version: 2.1.0
krc> OS: Windows XP
krc> Submission from: (NULL) (143.111.224.169)
krc> When revC = TRUE and RowSideColors is se
Hi Kevin,
> "krc" == krc <[EMAIL PROTECTED]>
> on Mon, 27 Jun 2005 21:55:37 +0200 (CEST) writes:
krc> Full_Name: Kevin R. Coombes
krc> Version: 2.1.0
krc> OS: Windows XP
krc> Submission from: (NULL) (143.111.224.169)
krc> When revC = TRUE and RowSideColors is se
> "arnima" == arnima <[EMAIL PROTECTED]>
> on Thu, 7 Jul 2005 05:40:53 +0200 (CEST) writes:
arnima> There are a couple of harmless typos in the
arnima> documentation for the stats::SSD function, where
arnima> "varianve" should be "variance"
arnima> "followint" s
thod' cannot be altered.
which should make the intention of the write.csv*() wrapper
functions a bit more clear.
Regards,
Martin Maechler, ETH Zurich
>>>>> "arnima" == arnima <[EMAIL PROTECTED]>
>>>>> on Thu, 7 Jul 2005 05:21:43 +0200 (
s a memory access error in the
BeT> C routine "spline_eval".
...
...
Excellent, Berwin!
Specifically the part about why the bug never really triggers
wrong behavior.
Your mail should be saved in "The Annals of R" ...
I'm fixing accord
;sa", "tas",
"sa", "nt", "wa", "vic", "qld", "nsw", "nsw", "wa",
"sa", "act", "nsw", "vic", "vic", "act")
ts to R-bugs
when you use outdated versions of R.
It's fine to ask about it on R-help or R-devel if appropriate,
but sending a bug report for an outdated version is "no no!"
Regards,
Martin Maechler, ETH Zurich
paltr> Best regards
paltr> Pål Trosvik Ph.D. student University
> "Duncan" == Duncan Murdoch <[EMAIL PROTECTED]>
> on Tue, 18 Oct 2005 09:50:59 -0400 writes:
Duncan> On 10/18/2005 9:32 AM, [EMAIL PROTECTED] wrote:
>> Dear Duncan,
>>
>> you are right. In both R 2.2.0 and 2.1.1 you get the same result. What
has
>> actually chan
is with S(-plus).
In spite of all the above, I'd well expect that you still know
about problematic or even bogous behavior of "[" subscripting,
but we'd rather see small reproducible code snippets rather than
scripts that redefine "[" and "[.data.f
, chisq.test(m, sim=TRUE)$p.value))
Min. 1st Qu. MedianMean 3rd Qu.Max.
0.3043 0.3268 0.3338 0.3337 0.3405 0.3663
but it does show the problem on 32-bit one.
A fix is easy and will be in R-patched (and R-devel of
course) soon.
Martin Maechler, ETH Zurich
Simone> Cia
ug ?
petrakl> =
petrakl> char "-" is not alowed in package name (bug in
petrakl> 'build' script or 'utils.R' or 'manuals/R-ext')
Regards,
Martin Maechler, ETH Zurich
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
> "Hin-Tak" == Hin-Tak Leung <[EMAIL PROTECTED]>
> on Fri, 18 Nov 2005 16:38:28 + writes:
Hin-Tak> Your own fault. See below. It is basic LaTeX and any LaTeX person
Hin-Tak> can tell you the answer...(most probably haven't bothered...)
No. Whereas I partly agree that it's
3142 "
[6,] "3.142"
[7,] "31.42"
[8,] "314.2 "
[9,] "3142 "
[10,] "3.142e+04"
formatC uses your system's C library printf {that's where the
"C" comes from in 'formatC'} which seems to be
broken or at least not performing as we think it should.
On a "Windows 2003 Server" I have access to, I see the same
wrong behavior as above.
Martin Maechler, ETH Zurich
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
>> I get something much more reasonable:
>>
>> [,1]
>> [1,] "3.142e-05"
>> [2,] "0.0003142"
>> [3,] "0.003142 "
>> [4,] "0.03142 "
>> [5,] "0.3142 "
>>
I've now finally finalized my work on a subset of Andy's
propositions, and committed it to R-devel.
The current change doesn't show in our own checks and examples,
but may well in other people's package checks.
For this reason, I've also added a line to the
'USER-VISIBLE CHANGES' part of the NEWS
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 principle, dimnames = NULL or dimnames = list(NULL,NULL)
is a trivial difference.
OTOH, it will need "special case" code to assure this, and I
wond
> "Heather" == Heather Turner <[EMAIL PROTECTED]>
> on Tue, 10 Jan 2006 14:30:23 +0100 (CET) writes:
Heather> This bug is not quite fixed - the example from my
Heather> original report now = works using R-2.2.1, but
Heather> plot(Uniform, 6)
Heather> does not. The bug
> "BDR" == Prof Brian Ripley <[EMAIL PROTECTED]>
> on Tue, 7 Feb 2006 08:52:43 + (GMT) writes:
BDR> For the record, some of these claims are untrue:
>> df(0, 2, 2)
BDR> [1] 1
>> df(0, 1.3, 2)
BDR> [1] Inf
Well, these first two I had fixed in the mean time.
So I
tr,
Petr's analysis of the problem seems right on spot to me,
and I'm currently testing the patch (and will also add some
regression tests along Petr's example)
which will make it into R-patched (to be R 2.9.1 in a while) and
R-devel.
Gratefully,
Martin Maechler, ETH Zurich
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
for reports
like yours particularly if they are about an error ..}}
In order to ensure that such a confusion is less likely to
happen again, I've very slightly changed that part now
[svn rev 48943].
Regards,
Martin Maechler, ETH Zurich
> The first and last lines are contradic
n the
Wikipedia page http://en.wikipedia.org/wiki/Five-number_summary
wrongly talks about 1st and 3rd quartile,
but then at least uses a numerical example using the hinges
]
Martin Maechler, ETH Zurich
>> If you look at the plot for SilwoodWeather on p.155 of The R Book you
e described above looks usable, I attach two simple diff files (for
FS> the function itself and the manual page).
FS> Cheers,
FS> Frédéric
Thank you, Frédéric,
indeed, the changes are so minimal that I will apply the two
patches and they should be in "R-devel" (for R 2.
> "RC" == Rich Calaway
> on Tue, 6 Oct 2009 01:00:10 +0200 (CEST) writes:
RC> Full_Name: Rich Calaway
RC> Version: R 2.9.2
RC> OS: Windows Vista
RC> Submission from: (NULL) (65.47.30.18)
RC> Try this:
RC> x <- rnorm(25)
RC> y <- rnorm(25)*1i
RC> z <
trigamma(x) returns 0 for x>1e152, yet
JL> trigamma <- function(x) 1/x
JL> gives machine accuracy for any x>1e16
Thank you, yes, and the problem is worse for digamma().
I will fix this, but not anymore for R 2.10.0 (we are in code freeze!)
Martin Maechler, ETH Zurich
__
ys that they should
be, I still believe that you need very good reasons for them to
be incompatible, as they are for POSIXlt.
In the current case, for me the only good reason is backwards
compatibility.
My personal taste would be to change it and see what happens.
I would be willing to cl
://www.ssfpack.com/DKbook.html
Thank you; I've committed the relevant change to the sources.
Martin Maechler, ETH Zurich
mb> Version: platform =3D i386-redhat-linux-gnu arch =3D
mb> i386 os =3D linux-gnu system =3D i386, linux-gnu status
mb> =3D major =3D 2 minor =3D 10.0
>> there are still a thousand more R packages..
>> My strong bet would be that less than 1% would be affected,
>> and my point guess for the percentage affected would be
>> rather in the order of 1/1000.
>>
>> The question is if we (you to
[3] LC_MONETARY=German_Switzerland.1252 LC_NUMERIC=C
[5] LC_TIME=German_Switzerland.1252
attached base packages:
[1] stats graphics grDevices utils datasets methods base
>
It does "crash" i.e. you get a popup window about an
SG> expects two arguments.
One can argue that it should return NULL when it has no
further arguments.
A fix is very simple and I'll commit it (after testing)
for R-devel and "R 2.10.1 RC".
Martin Maechler, ETH ZUrich
SG> regards
SG> Simone
SG> tes
ibution (lambda==0),
JL> qpois(p,0,lower.tail) should return 0 for any valid p,
JL> but qpois(1,0) and qpois(0,0,F) incorrectly return Inf.
It's very much a borderline case.
But you are right. This will be fixed in the next versions of R,
but not yet in R 2.10.1 r
>>>>> "RossB" == Ross Boylan
>>>>> on Thu, 17 Dec 2009 09:42:22 -0800 writes:
RossB> On Thu, 2009-12-17 at 15:24 +0100, Martin Maechler wrote:
>> >>>>> Ross Boylan
>> >>>>> on
>>>>> "DM" == Duncan Murdoch
>>>>> on Fri, 18 Dec 2009 15:03:26 -0500 writes:
DM> On 18/12/2009 1:15 PM, Duncan Murdoch wrote:
>> On 18/12/2009 12:54 PM, Martin Maechler wrote:
>>>>>>>> Martin Morgan
exactly are you looking at that help page?
Is it the HTML version or the text version?
In any case, I'd guess that this is problem specific to your
platform, but maybe reproducible by others,
if you'd give the details...
Regards,
Martin Maechler,
ETH Zurich
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
lower.tail = F, log.p = FALSE)
MN> [1] 0 ## Should be 1.0
MN> The error occurred with R version 2.4.0 (windows) and version 2.3.1
(linux).
Yes, but both of these R versions are outdated.
The current version is 2.4.1
and there, the result *is* 1.
Regards,
Martin Maechler, ETH Zurich
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
> "GS" == Gavin Simpson <[EMAIL PROTECTED]>
> on Sat, 17 Mar 2007 13:02:29 + writes:
GS> Dear List
GS> Having not received any comments for or against my proposal to make
GS> screeplot() a generic function, I found some time to make the relevant
GS> changes to the s
Thank you, Dale.
I think you've revealed a bug in the method dispatch mechanism.
I'm adding here a script which confirms your finding and add
slightly more insight:
library(RMySQL)
library(lme4)
data(sleepstudy)
fm1 <- lmer(Reaction ~ Days + (Days|Subject), sleepstudy)
## MM: First save, then p
> "MW" == Morten Welinder <[EMAIL PROTECTED]>
> on Tue, 24 Jul 2007 17:18:09 +0200 (CEST) writes:
MW> Full_Name: Morten Welinder
MW> Version: 2.2.0
MW> OS: Linux
MW> Submission from: (NULL) (216.223.241.229)
MW> The qt function for df=1 is implemented as...
M
--
which interestingly also "works" for negative nvec[i],
but the way it is written even more clearly suggests that
negative nvec entries were not the intent.
I'm voting that R should adopt a new (fast, but R code
only) version of sequence()
> "JB" == John Brzustowski <[EMAIL PROTECTED]>
> on Fri, 7 Sep 2007 15:47:26 +0200 (CEST) writes:
> "JB" == John Brzustowski <[EMAIL PROTECTED]>
> on Fri, 7 Sep 2007 15:47:26 +0200 (CEST) writes:
JB> Full_Name: John Brzustowski
JB> Version: R-devel-trunk, R-2.4.0
an the vertical axis always being
ms> 'y' and the horizontal axis always being 'x'. This has been discussed on
ms> the lists previously.
Yes; thank you, Marc.
And the reason for this is very sensible I think:
If you have a longish boxplot() or bxp() command,
and you just want to go from vertical to horizontal or vice
versa, it makes most sense just to have to change the
'horizontal' flag and not having to see if there are other 'x*'
and or 'y*' arguments that all need to be changed as well.
Regards,
Martin Maechler
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
> "JO" == Jari Oksanen <[EMAIL PROTECTED]>
> on Mon, 15 Oct 2007 16:42:24 +0300 writes:
JO> On Mon, 2007-10-15 at 15:25 +0200, [EMAIL PROTECTED] wrote:
>> > "ms" == marc schwartz <[EMAIL PROTECTED]>
>> > on Mon, 15 Oct 2007 14:20:16 +0200 (CEST) writes:
>>
2),"\n"
I think so too, and I'm infinitely embarrassed because I think I
had put that example there {maybe cut & paste from somewhere,
but still...}
Martin Maechler, ETH Zurich.
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
0.001 0.000 0.000 --- 100 x ~1000 times faster
--
All things considered, I'd currently propose to add
if(is.data.frame(x) && do.NULL)
return(names(x))
to the beginning of 'colnames'.
We have such clause
ntent-Disposition: inline
> Here a possible patch. What do you think about it?
attachments don't make it through R-bugs -> R-devel correctly.
Please use cut & paste instead.
Martin Maechler, ETH Zurich
> 2007/12/4, [EMAIL PROTECTED] <[EMAIL PROTECTED]>:
>
I'm about to commit a fix to this "age old" typo,
using "R-squared" in both cases as Jeff suggests,
unless some R-corer tells me I should not.
Yes, indeed, two *.Rout.save files need to be replaced too,
but I don't think that this --- and the fact that the output in many
books will eventually be
> "BDR" == Brian Ripley <[EMAIL PROTECTED]>
> on Sat, 29 Dec 2007 13:20:14 +0100 (CET) writes:
BDR> This only happens if 'file' is a text connection, and
BDR> is the expected behaviour in that case: you cannot
BDR> capture an incomplete line to a text connection.
BDR>
> "PD" == Peter Dalgaard <[EMAIL PROTECTED]>
> on Fri, 04 Jan 2008 18:23:33 +0100 writes:
PD> [EMAIL PROTECTED] wrote:
>> Full_Name: Hendrik Weisser
>> Version: 2.6.1
>> OS: Linux
>> Submission from: (NULL) (139.19.102.218)
>>
>>
>> The following compu
> "TimH" == timh <[EMAIL PROTECTED]>
> on Sat, 5 Jan 2008 02:05:08 +0100 (CET) writes:
TimH> is() does not catch parent S3 classes:
>> library(splines)
>> temp <- bs(1:99, df=5)
>> class(temp)
TimH> [1] "bs""basis"
>> is(temp, "basis")
TimH> [1] FALSE
[6] 2.225074e-308 2.225074e-308 2.225074e-308 2.225074e-308 2.225074e-308
i.e. "numerically 0"
{Note that I've known about problems with our non-central chisq
algorithms, but these were all of very extreme cases...}
In summary, we seem to have an issue with our algorithms failing
o
>>>>> "MM" == Martin Maechler <[EMAIL PROTECTED]>
>>>>> on Mon, 7 Jan 2008 09:50:15 +0100 (CET) writes:
>>>>> "JL" == Jerry Lewis <[EMAIL PROTECTED]>
>>>>> on Mon, 7 Jan 2008 05:20:23 +0100 (C
> "PD" == Peter Dalgaard <[EMAIL PROTECTED]>
> on Tue, 22 Jan 2008 08:56:29 +0100 writes:
PD> [EMAIL PROTECTED] wrote:
>> In R version 2.6.1 (2007-11-26)
>> and R version 2.6.1 Patched (2008-01-19 r44061)
>> on openSUSE 10.2 (X86-64)
>>
>>
>>> gctorture()
Thank you, Ben!
I've added your suggestion to R-devel.
Martin
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
> "AE" == Anja Eggert <[EMAIL PROTECTED]>
> on Fri, 1 Feb 2008 11:05:08 +0100 (CET) writes:
AE> Full_Name: Anja Eggert
AE> Version: 2.4.1
AE> OS:
AE> Submission from: (NULL) (139.30.70.203)
AE> I want to install the pheno package. This is not working. What can I
> "GS" == Gavin Simpson <[EMAIL PROTECTED]>
> on Fri, 01 Feb 2008 18:08:54 + writes:
GS> On Fri, 2008-02-01 at 16:20 +0100, [EMAIL PROTECTED]
GS> wrote:
>> Full_Name: Anne CORI Version: 2.6.1 OS: windows
>> Submission from: (NULL) (134.157.220.19)
>>
>>
e very important property that it is used
in the 'binomial theorem' and everything depending on that
theorem,
(1 + x) ^ \alpha = \sum_{k=0}^\infty choose(x,k) x^k
which holds for all |x| < 1 for all \alpha \in \R
---
Your "fundamental" property d
>>>>> "MM" == Martin Maechler <[EMAIL PROTECTED]>
>>>>> on Wed, 26 Mar 2008 11:02:37 +0100 (CET) writes:
>>>>> "JL" == Jerry Lewis <[EMAIL PROTECTED]>
>>>>> on Wed, 26 Mar 2008 05:10:04 +0100 (C
Hi Soeren,
> "SS" == Soeren Sonnenburg <[EMAIL PROTECTED]>
> on Sat, 10 May 2008 05:32:14 + writes:
SS> On Sat, 2008-04-26 at 09:38 +0200, Peter Dalgaard wrote:
>> [EMAIL PROTECTED] wrote: > OK, I am just sending it here
>> too as it looks like r-devel@r-project.org > i
> "BDR" == Prof Brian Ripley <[EMAIL PROTECTED]>
> on Tue, 13 May 2008 07:32:43 +0100 (BST) writes:
BDR> This example does not crash in R 2.7.0, R-patched nor
BDR> R-devel (r45677) for me (x86_64 F8 Linux.) It also
BDR> does not crash with the CRAN build of R 2.7.0 on
uot;
?<...> calls, and indeed then calls help() for these.
In R, '?' has become different from help() more and more,
and it is currently the most urgent open issue in ESS,
that ESS should become much smarter in dealing with '?', the
various 'type ? topic' version and ne
and that also cures phyper(1,0,0,0) which gave NaN
instead of 1.
Is going to be fixed for R-devel and R-patched.
Thank you, Matt!
Martin Maechler, ETH Zurich
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
Thank you, Goran,
that's indeed a buglet (also for lower.tail=TRUE) that will be fixed
shortly.
Regards,
Martin
> "GB" == G¾¡Â¡öran Brostr¾¡Â¡öm <[EMAIL PROTECTED]>
> on Mon, 30 Jun 2008 00:45:21 +0200 (CEST) writes:
GB> Full_Name: Göran Broström Version: 2.7.
s.numeric)
## TRUE
## in spite of
is.numeric(`[[`(ll,1)) ## FALSE , because of
is.numeric.date
## or
round(`[[`(ll,1))
## [1] "2008-07-30" "2008-07-31" "2008-08-01" "2008-08-02"
##-
But I'm currently too much tied up with other duties,
to find and test bug-fix.
Martin Maechler, ETH Zurich and R-Core Team
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
just eveluate as wrong usage of a
s> function but should not crash R
Yes, it now gives an error message about the incorrect
specification.
Martin Maechler, ETH Zurich
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
goat
chb> .haha
chb> Doing this makes life easier for cran2deb as we can
chb> generate valid Debian control files using write.dcf.
That sounds a good enough reason to make the change, notably
since I cannot see a case (in other uses of write.dcf())
where this would be undesira
or blanks (in console and
jm> graph devices).=20=20
jm> No such troubles have ever met using previous
jm> releases. How this can be explained?
I think it might be explainable (not by me though)
once you provide more details, notably the output of
sessionInfo()
jm>
r to change the behavior of '+' here :
## str() with an "invalid object"
ob <- structure(1, class = "test") # this is fine
is.object(ob)# TRUE
ob <- 1 + ob # << this is "broken"
is.object(ob)# FALSE - hmm,
identical(ob, unclass(ob)) # TRU
> "jl" == josef leydold <[EMAIL PROTECTED]>
> on Thu, 20 Nov 2008 19:15:18 +0100 (CET) writes:
jl> Full_Name: Josef Leyold
jl> Version: 2.9.0 (2008-11-20 r46997)
jl> OS: Linux
jl> Submission from: (NULL) (137.208.56.12)
jl> Hi,
jl> the command
jl> dchis
mat <- mat[keep, , drop=FALSE]
This will be fixed in R-devel and R-patched within the next few
hours.
Thank you very much, Lars, for the bug report!
Martin Maechler, ETH Zurich
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
.len should be initialized before the condition "if
(do.lines)"
not really; it means 'segment length' should not be used unless
segments ("lines") are drawn.
Thank you for your note; you are right that legend() is not
entirely correct in such a border-line situation.
Regards,
Martin Maechler, ETH Zurich
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
alue
JL> of 5.9041042646307223e-25, while besselI(9.6,44) gives essentially
machine
JL> accuracy.
Yes. I have committed a bug-fix to both R-patched and R-devel.
Thank you for the report!
Martin Maechler, ETH Zurich
JL> This is more than an idle mathematical curiosity, since
t; the multiple test in '>' would flag a warning from 'if', but the &&s mean =
>> that only the first element is used.]
>>
>> I can't provide a reproducible example for this, because it's so installati=
>> on-dependent.
>>
&
nd I will commit my patch to the sources tomorrow
{being busy otherwise for the rest of today}.
Note that the raw data type has been a newish addition to R a
while ago though, and if you find further cases where
such raw objects do not "work" as documented,
we'd gladly accept further such reports.
Regards,
Martin Maechler, ETH Zurich
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
> "vQ" == Wacek Kusnierczyk
> on Thu, 02 Apr 2009 15:25:14 +0200 writes:
vQ> Thomas Lumley wrote:
>>
>> The explanation is that quote() is a primitive function and that the
>> argument matching rules do not apply to primitives. That section of
>> the R Language d
> "vQ" == Wacek Kusnierczyk
> on Tue, 21 Apr 2009 13:05:11 +0200 (CEST) writes:
vQ> Full_Name: Wacek Kusnierczyk
vQ> Version: 2.10.0 r48365
vQ> OS: Ubuntu 8.04 Linux 32bit
vQ> Submission from: (NULL) (129.241.110.141)
vQ> sprintf has a documented limit on strings
> "vQ" == Wacek Kusnierczyk
> on Thu, 23 Apr 2009 11:49:54 +0200 writes:
vQ> maech...@stat.math.ethz.ch wrote:
>>
vQ> sprintf has a documented limit on strings included in the output using
the
vQ> format '%s'. It appears that there is a limit on the length of string
>>>>> "vQ" == Wacek Kusnierczyk
>>>>> on Thu, 23 Apr 2009 15:00:29 +0200 writes:
vQ> Martin Maechler wrote:
>>>>>>> "vQ" == Wacek Kusnierczyk
>>>>>>> on Thu, 23 Apr 2009 11:49:54
",lwd=10,lty=1,lend="butt")
DM> I'd call this another case where it is performing as documented, but
DM> should probably be changed (but not by me).
I have now added the desired feature to R-devel and
'R 2.9.0 patched'.
Martin Maechler
DM> I
>>>>> "MM" == Martin Maechler
>>>>> on Thu, 23 Apr 2009 12:40:22 +0200 (CEST) writes:
>>>>> "vQ" == Wacek Kusnierczyk
>>>>> on Thu, 23 Apr 2009 11:49:54 +0200 writes:
vQ> maech...@stat.math.ethz.c
On Fri, Apr 24, 2009 at 14:40, Wacek Kusnierczyk
wrote:
> maech...@stat.math.ethz.ch wrote:
>>
>> =A0 =A0 vQ> sprintf has a documented limit on strings included in the ou=
tput using the
>> =A0 =A0 vQ> format '%s'. =A0It appears that there is a limit on the leng=
th of strings included
>> =A0 =A0
>>>>> "vQ" == Waclaw Marcin Kusnierczyk
>>>>> on Sat, 25 Apr 2009 19:40:27 +0200 (CEST) writes:
vQ> Martin Maechler wrote:
>>
MM> well, it is basically (+ a few bytes ?) the same 8192
MM> limit that *is* docum
> "TL" == Thomas Lumley
> on Sat, 25 Apr 2009 19:00:14 +0200 (CEST) writes:
>> m<-matrix(c(0,1),ncol=2)
>> printCoefmat(m)
TL> [,1] [,2]
TL> [1,] NaN1
TL> Warning messages:
TL> 1: In min(x) : no non-missing arguments to min; returning Inf
TL> 2: In ma
otherwise. I'll change this for R-devel (i.e. R 2.3.0 in
about a month).
cspark> dbinom() also behaves similarly.
yes, similarly, but differently.
I have changed it (for R-devel) as well, to behave the same as
others d*() , e.g., dpois(), dnbinom() do.
Martin Maechler, ETH Zurich
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
ference) quite a
while ago, and I don't think it is worthwhile to rediscuss such
relatively fundamental behavior every few years..
Duncan> but if we do it, should we really be handling 0
Duncan> differently?
yes:
- only around 0, small absolute deviations are large relative deviations
- 0 is the left border of the function's domain, where one would expect
strict mathematical behavior more strongly.
Martin Maechler
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
> "Duncan" == Duncan Murdoch <[EMAIL PROTECTED]>
> on Fri, 24 Mar 2006 13:55:03 +0100 (CET) writes:
Duncan> (Moved from r-devel to r-bugs)
Duncan> On 3/24/2006 5:03 AM, Antonio, Fabio Di Narzo wrote:
>> Hi all.
>> There's a bug in plot.acf, when plotting acf for multiva
Merci, François!
> "FrPi" == François Pinard <[EMAIL PROTECTED]>
> on Tue, 28 Mar 2006 03:00:19 +0200 (CEST) writes:
FrPi> Hi, people. Here is a transcript of a "R --vanilla" session:
FrPi>
==>
FrPi> R
;s because of the current *implementation* of S4-classed
objects in R [as an empty list with a list of unusual attributes]
-- and because 'names' (and also, e.g., 'dimnames')
are attributes in R with a very special treatment - in many places.
I haven't
> "UweL" == Uwe Ligges <[EMAIL PROTECTED]>
> on Wed, 3 May 2006 08:39:33 +0200 (CEST) writes:
UweL> [EMAIL PROTECTED] wrote:
>> Full_Name: Guan-Hua Huang Version: 2.0.1 OS: Linux
>> Submission from: (NULL) (140.113.114.123)
>>
>>
>> I install the package clus
agree (to both).
However, isn't Andreas' patch just fixing the problem
and not changing the underlying strategy at all?
[No, I did not study the code in very much detail ...]
Martin Maechler
>> Prof Brian Ripley wrote:
>>
>>> [Sorry for the
ly take care of this itself.
or actually rather do something more smart; the cutoff at 1e-10
is quite crude.
Note that this is not a new bug at all; but rather as old as
we have dt(*, ncp= .) in R.
Thanks for reporting it!
Martin Maechler, ETH Zurich
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
> "RMH" == Richard M Heiberger <[EMAIL PROTECTED]>
> on Sat, 3 Jun 2006 01:31:48 +0200 (CEST) writes:
RMH> # R for Windows will not send your bug report
RMH> automatically. # Please copy the bug report (after
RMH> finishing it) to # your favorite email program and send
ocessed as if it was a matrix. From the documentation, while the
FrPi> data.frame is not mentioned explicitely, it is implied in the
paragraph
FrPi> explaining how a list is processed (because a data.frame is a list).
FrPi> Some reconciliation is needed here as well
>>>>> "FrPi" == François Pinard <[EMAIL PROTECTED]>
>>>>> on Mon, 5 Jun 2006 08:11:20 -0400 writes:
FrPi> [Martin Maechler]
>> Thanks a lot, Francois, for your careful reading and
>> careful report!
FrPi> Thanks
> "hueppop" == hueppop <[EMAIL PROTECTED]>
> on Fri, 23 Jun 2006 17:45:59 +0200 (CEST) writes:
hueppop> Full_Name: Ommo Hüppop Version: 2.0.1 OS: XP
hueppop> Submission from: (NULL) (84.143.196.187)
hueppop> Hi,
hueppop> Presumably, I've found an error in
hueppo
Thank you Bill,
particularly for not only reporting the bug but also diagnose
and patch it.
I've committed the fix for both R-devel and R-patched.
With regards,
Martin
>> If an Rd file has only one keyword entry then
>> the Splus sgm file made with Rdconv --type=SSgm
>> has no keyword entries.
quot;s")
This will be fixed in R-patched and R-devel as of tomorrow's
snapshots.
Martin Maechler, ETH Zurich
ReneL> ## start of code
ReneL> O3<-c(0.8,NA,0.7,1.1,0.9,5.5,1.3,1,1.2)
ReneL> ## The following error is reported with the two commands below:
R
Thank you, Bjørn-Helge.
A shorter version is
plot(1:500, col = gl(2,250))
Interestingly, with much shorter vectors of length (n), the correct warning
is produced (n times).
And once that has happened, you can use longer vectors without
any problem.
As you said ``issued just after starting R''
Thank you, Robin (and Kjetil),
for spotting and reporting this so precisely.
This is a (somewhat rare) example of a bug that is trivial
enough to fix so the fix even made it into the "deep frozen"
release candidate (R 2.4.0, to be released tomorrow).
Martin Maechler, ETH Zurich
&g
-devel (in this case) or
R-help, rather than producing a bug report, unless you *really*
know that something *is* a bug.
Regards,
Martin Maechler, ETH Zurich
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
> "Julien" == Julien Steiner <[EMAIL PROTECTED]>
> on Wed, 15 Nov 2006 15:47:05 +0100 (CET) writes:
Julien> Hello,
Julien> =20
Julien> I get this error when I try to install R-2.4.0 on Solaris 10
Julien> Any Assistance would be greatly appreciated
Not very likely to
> "AlexD" == oma be
> on Mon, 4 Dec 2006 11:21:44 +0100 (CET) writes:
AlexD> Full_Name: Alex Deckmyn Version: 2.4.0 OS: linux
AlexD> Submission from: (NULL) (193.190.63.62)
AlexD> specifying the "right" option in hist results in a
AlexD> warning when plot=F. The opt
1 - 100 of 1879 matches
Mail list logo
