does NOT return NAs: > sum(is.na(eigen(eigenBug,
>> EISPACK=TRUE)$vectors))
>> [1] 0
>>
>>
>> I traced the problem to the following line in 'eigen':
>> z <- if (!complex.x)
>> .Call("La_rs", x, only.v
>>>>> "Duncan" == Duncan Murdoch <[EMAIL PROTECTED]>
>>>>> on Mon, 19 Mar 2007 09:01:39 -0400 writes:
Duncan> On 3/19/2007 6:48 AM, Martin Maechler wrote:
>>>>>>> "BDR" == Prof Brian Ripley
>>>>> "BDR" == Prof Brian Ripley <[EMAIL PROTECTED]>
>>>>> on Mon, 19 Mar 2007 13:37:15 + (GMT) writes:
BDR> On Mon, 19 Mar 2007, Martin Maechler wrote:
>>>>>>> "Duncan" == Duncan Murdoch <[EMAIL PR
gly agree.
Wolfi> and furthermore set the default value of the
Wolfi> 'verbose' argument to "verbose=interactive()".
or -- typically my choice -- to 'verbose = getOption("verbose")
Martin Maechler, ETH Zurich
Wolfi> Best wishes
[This has become entirely a topic for 'R-devel' hence, I'm
diverting to there keeping R-help once; please follow-up
only to R-devel ]
>>>>> "MM" == Martin Maechler <[EMAIL PROTECTED]>
>>>>> on Tue, 20 Mar 2007 08:49:1
ged to use
rBind() and cBind() *instead*
As soon as "2)" is done (in conjunction with "1)" or not),
those who need a very fast but non-OO version of cbind() / rbind()
need to call base::cbind() or base::rbind() explicitly.
This however would not be necessary for p
> "Gabor" == Gabor Grothendieck <[EMAIL PROTECTED]>
> on Tue, 20 Mar 2007 22:10:27 -0400 writes:
Gabor> On 3/20/07, Duncan Murdoch <[EMAIL PROTECTED]> wrote:
>> On 3/20/2007 1:40 PM, Gabor Grothendieck wrote:
>> > On 3/20/07, Duncan Murdoch <[EMAIL PROTECTED]> wrote:
>>
Hi,
> "Ulrike" == Ulrike Grömping <[EMAIL PROTECTED]>
> on Fri, 23 Mar 2007 08:39:32 -0700 (PDT) writes:
Ulrike> Martin,
Ulrike> thank you, you've pointed me in the right direction! I just wasn't
aware
Ulrike> that a slot must not be unassigned (everything but str worked
Thank you, Luke, for your feedback,
(more inline below)
>>>>> "Luke" == Luke Tierney <[EMAIL PROTECTED]>
>>>>> on Tue, 20 Mar 2007 20:27:18 -0500 (CDT) writes:
Luke> On Tue, 20 Mar 2007, Martin Maechler wrote:
>> As some of
> "Herve" == Herve Pages <[EMAIL PROTECTED]>
> on Mon, 26 Mar 2007 20:48:33 -0700 writes:
Herve> Hi,
>> dd <- data.frame(A=c("b","c","a"), B=3:1) dd
Herve> A B 1 b 3 2 c 2 3 a 1
>> unlist(dd)
Herve> A1 A2 A3 B1 B2 B3 2 3 1 3 2 1
Herve> Someone else might get
; (2007-03-31 r40986) on FreeBSD 7.0-CURRENT (i386)
does FreeBSD use a make that is 'GNU make' compatible?
Matrix/DESCRIPTION has a line which says
--
SystemRequirements: GNU make
--
Regards,
Martin Maech
> "Herve" == Herve Pages <[EMAIL PROTECTED]>
> on Tue, 03 Apr 2007 11:29:25 -0700 writes:
Herve> Hi, I get this error with R-2.5.0 alpha and R-2.6.0
Herve> devel:
>> source("http://bioconductor.org/biocLite.R";, echo=TRUE)
Herve> Error in if (timestamp != srcfile$tim
> "hadley" == hadley wickham <[EMAIL PROTECTED]>
> on Thu, 5 Apr 2007 10:43:41 -0500 writes:
hadley> Hi, I'm trying to track down any references for the
hadley> implementation of pretty (or grid.pretty) in R. Is
hadley> it original work?
Much of it is. The original versi
Thank you, Jan, for the report.
There was bug and that has been fixed in the mean time (not by me).
We (the development team) are very glad for everyone who uses R
2.5.0 alpha (soon "beta") and tells about any strange /
incompatible behavior {well, after having read 'NEWS'}.
Martin
> "JanO"
I've also tried
on Redhat EL4(x86_64) [but with /usr/local/.. gcc/gfortran 4.1.1]
and FC6 (ix86 & x86_64)
and Ubuntu dapper (x86_64)
and never got the wrong results.
> "BDR" == Prof Brian Ripley <[EMAIL PROTECTED]>
> on Wed, 11 Apr 2007 07:43:38 +0100 (BST) write
at most of us would not use
Fortran for developing new code.
And for legacy code that is well tested with many years of
history, we'd rarely want to spend the time just for beautifying
code (though I occasionally have done so, when wanting to find
out what the code was doing at all).
Martin Maechler, ETH Zurich
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
> "PaulG" == Paul Gilbert <[EMAIL PROTECTED]>
> on Wed, 11 Apr 2007 10:51:22 -0400 writes:
PaulG> Hmmm. It is a bit disconcerting that make check passes and I can
get a
PaulG> fairly seriously wrong answer. Perhaps this test could be added to
make
PaulG> check.
Yes.
> "BDR" == Prof Brian Ripley <[EMAIL PROTECTED]>
> on Thu, 26 Apr 2007 22:57:11 +0100 (BST) writes:
BDR> Yes, it works in the release. The essence of the
BDR> problem is that Matrix defines an S4 method for '!'
BDR> with dispatch on 'e1', but the documentation for '!'
German_Germany.1252;LC_MONETARY=German_Germany.1252;LC_NUMERIC=C;LC_TIME=German_Germany.1252
Stephan> attached base packages: [1] "stats" "graphics"
Stephan> "grDevices" "utils" "datasets" "methods" [7] "base"
In m
> "BDR" == Prof Brian Ripley <[EMAIL PROTECTED]>
> on Fri, 4 May 2007 22:09:58 +0100 (BST) writes:
BDR> On Fri, 4 May 2007, Simon Urbanek wrote:
>> On May 3, 2007, at 8:52 PM, Deepayan Sarkar wrote:
>>
>>> [...] I have a couple of related questions. First,
>>> dev
>>>>> "BDR" == Prof Brian Ripley <[EMAIL PROTECTED]>
>>>>> on Sat, 5 May 2007 15:22:30 +0100 (BST) writes:
BDR> On Sat, 5 May 2007, Martin Maechler wrote:
>>>>>>> "BDR" == Prof Brian Ripley <[EMAIL PRO
Please, Jose, do NOT misuse R-devel for such questions!
There's R-help (and many good books on R and maybe your local R expert)
for asking such questions.
Definitely *not* the R-devel mailing list.
--> http://www.R-project.org/mail.html , the posting guide, etc.
Martin Maechler, ET
> "Gabor" == Gabor Grothendieck <[EMAIL PROTECTED]>
> on Wed, 9 May 2007 12:32:26 -0400 writes:
Gabor> The generics don't have to be S4. In fact, in many cases it would
Gabor> be better to have them be S3 for consistency with other similar
generics
Gabor> in the core of R
Nice ideas, Gabor and Andrew.
While I agree with Andrew that such a utility makes for nicer
and considerably better maintainable code in examples like his,
and I do like to provide "inverse operator functions" in R
whenever sensible,
OTOH, we have strived to keep R's "base" package as lean and
cle
Hi Henrik,
> "HenrikB" == Henrik Bengtsson <[EMAIL PROTECTED]>
> on Sun, 13 May 2007 21:14:24 -0700 writes:
HenrikB> Hi,
HenrikB> I've got a version of rowMedians(x, na.rm=FALSE) for matrices that
HenrikB> handles missing values implemented in C. It has been optimized for
> "BDR" == Prof Brian Ripley <[EMAIL PROTECTED]>
> on Mon, 14 May 2007 11:39:18 +0100 (BST) writes:
BDR> On Mon, 14 May 2007, Henrik Bengtsson wrote:
>> On 5/14/07, Prof Brian Ripley <[EMAIL PROTECTED]> wrote:
>>>
>>> > Hi Henrik,
>>> >> "HenrikB" == Henrik Ben
> "Duncan" == Duncan Murdoch <[EMAIL PROTECTED]>
> on Wed, 16 May 2007 12:51:35 -0400 writes:
Duncan> On 5/16/2007 11:58 AM, Simon Urbanek wrote:
>> Um .. I'm not quite sure I understand - all you have to do is
>> v=vignette(); v$results[v$results[,1] %in% search(),]
>>
s4
Ben> library, written by the R Development Core Team.
^^^
please! How can I ever get old and wise
in quietness when even you ... ;-)
--> fortune("library.*Maechler")
Regards,
Martin
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
> "AndrewC" == Andrew Clausen <[EMAIL PROTECTED]>
> on Tue, 22 May 2007 07:51:54 -0400 writes:
AndrewC> Hi Seth,
AndrewC> On Mon, May 21, 2007 at 05:15:10PM -0700, Seth Falcon wrote:
>> I will also add that the notion of a default argument on a generic
>> function seems
> "GaGr" == Gabor Grothendieck <[EMAIL PROTECTED]>
> on Wed, 23 May 2007 08:56:50 -0400 writes:
GaGr> On 5/23/07, Seth Falcon <[EMAIL PROTECTED]> wrote:
>> Andrew Clausen <[EMAIL PROTECTED]> writes:
>>
>> > Hi Seth,
>> >
>> > On Mon, May 21, 2007 at 05:15:10PM
ll produces a sparseMatrix-class.Rd file which
contains
\section{Methods}{
No methods defined with class "sparseMatrix" in the signature.
}
so there's at least another bug there.
One difference: "sparseMatrix" is a virtual class, "AffyBatch"
not, but then
t; \alias{TSdoc<-,default-method}
Do you really have a class called "default"
Using ".default" is an S3 concept which in S4 is replaced
by defining methods for "ANY".
In Matrix, we have
\alias{dim<-,Matrix-method}
and that works fine
-- though
> "Shiazy" == Shiazy Fuzzy <[EMAIL PROTECTED]>
> on Wed, 30 May 2007 20:07:24 +0200 writes:
Shiazy> Hi!
Shiazy> I've noticed the ecdf() R code (R ver. 2.5.0) contains two call to
sort:
Shiazy> --- [R-code] ---
Shiazy> ecdf <- function(x)
Shiazy> x <- sort(x)
Sh
> "BB" == Ben Bolker <[EMAIL PROTECTED]>
> on Tue, 12 Jun 2007 13:31:21 + (UTC) writes:
BB> The current NEWS file on the R site states that there is
BB> a new relink (sic) function, which should probably be
BB> relist ...
Yes, thanks; being fixed "as we speak" ;-)
Mar
Please repost this on R-help,
which is appropriate here.
Regards, Martin Maechler
>>>>> "GK" == Gregory Kotler <[EMAIL PROTECTED]>
>>>>> on Wed, 13 Jun 2007 11:38:06 -0400 writes:
GK> Hi ALL,
GK> Do R have any tools for testing
Merci bien, François!!
This is now fixed also for the 2.5.1 release candidate.
Martin
> "FrPi" == François Pinard <[EMAIL PROTECTED]>
> on Fri, 22 Jun 2007 10:04:50 -0400 writes:
FrPi> Hi, people.
FrPi> commandArgs.Rd has these lines (a bit before \examples):
FrPi> If \c
Thank you both, Hiroyuki and Robin,
> "Robin" == Robin Hankin <[EMAIL PROTECTED]>
> on Tue, 19 Jun 2007 10:25:27 +0100 writes:
Robin> I can reproduce both these bugs and confirm that the suggested fix
Robin> agrees with Mathematica and Maple for a few trial values.
Robin
> "BDR" == Prof Brian Ripley <[EMAIL PROTECTED]>
> on Tue, 26 Jun 2007 10:51:03 +0100 (BST) writes:
BDR> You have three summary() functions here:
>> library(RMySQL)
BDR> Loading required package: DBI
>> library(lme4)
BDR> Loading required package: Matrix
BDR> Lo
>>>>> "MM" == Martin Maechler <[EMAIL PROTECTED]>
>>>>> on Sat, 23 Jun 2007 00:36:43 +0200 writes:
{on R-help}
[.]
[.]
>> Duncan Murdoch
DM> You might have better luck with
c but not S4 group
BDR> generic (and sign is S4 generic). log10 is S4 group
BDR> generic but log2 is not. This is probably all history,
BDR> but not at all obvious to end users.
BDR> so the issue has been raised before.
Indeed. Thanks a lot, Bri
>>>>> "JMC" == John Chambers <[EMAIL PROTECTED]>
>>>>> on Tue, 26 Jun 2007 14:47:25 -0400 writes:
JMC> Martin Maechler wrote:
>>>>>>> "MM" == Martin Maechler <[EMAIL PROTECTED]>
> "Robin" == Robin Hankin <[EMAIL PROTECTED]>
> on Thu, 28 Jun 2007 13:38:32 +0100 writes:
Robin> I am having difficulty using signature(). I have one
Robin> virtual class (onion) and two nonvirtual classes
Robin> (quaternion and octonion). containing onion.
Robin> I
> "DM" == Duncan Murdoch <[EMAIL PROTECTED]>
> on Mon, 02 Jul 2007 21:56:23 -0400 writes:
DM> On 28/06/2007 5:05 PM, Peter Ruckdeschel wrote:
>> Hi,
>>
>> I noticed a minor flaw in integrate() from package stats:
>>
>> Taking up arguments lower and upper from
>>>>> "PetRd" == Peter Ruckdeschel <[EMAIL PROTECTED]>
>>>>> on Tue, 03 Jul 2007 17:26:43 +0200 writes:
PetRd> Thanks Martin and Duncan for your
PetRd> comments,
PetRd> Martin Maechler wrote:
>>>>>>>
> "BDR" == Prof Brian Ripley <[EMAIL PROTECTED]>
> on Wed, 11 Jul 2007 05:48:56 +0100 (BST) writes:
>> formals(args(log))
BDR> $x
BDR> $base
BDR> exp(1)
BDR> gives what formals(log) used to.
(I knew). I've been asking myself several times now,
if we should not m
ecise, you need
PD> a <- vector("list", 2) ; names(a) <- c("field1", "field2")
PD> or you end up with a 4-element list.
yes; and consequently, a more readable solution would start saying
a <- list(field1 = NULL, fi
times ! ---
fm1 <- lmer(Reaction ~ Days + (Days|Subject), sleepstudy)
## -->
## Error in lmer(Reaction ~ Days + (Days | Subject), sleepstudy) :
## cannot get a slot ("Dim") from an object of type "NULL"
-----
r of asChar was the same in R
2.4.0
BDR> except for the adding of SYMSXP at
BDR> -
BDR> r40358 | maechler | 2007-01-04 11:07:04 + (Thu, 04 Jan 2007) | 1
line
BDR> eliminate CHAR_STAR in methods/src/ as per old "todo"
BDR> -
lar thought
Note that you don't need web sites for prime numbers:
my R factorization utilities I had mentioned a few times,
e.g., here
http://tolstoy.newcastle.edu.au/R/help/05/01/10007.html
can give the first few hundred thousand primes quickly enough:
> source("ftp://stat.ethz
> "SF" == Seth Falcon <[EMAIL PROTECTED]>
> on Wed, 15 Aug 2007 16:59:01 -0700 writes:
SF> Zhenhuan Cui <[EMAIL PROTECTED]> writes:
>> I created an add-on R package. In this package, there is
>> a line "require(pckgname)", because I need to call some
>> functions in
Consider this example code
c1 <- letters[1:7]; c2 <- LETTERS[1:7]
c1[2] <- c2[3:4] <- NA
rbind(c1,c2)
## [,1] [,2] [,3] [,4] [,5] [,6] [,7]
## c1 "a" NA "c" "d" "e" "f" "g"
## c2 "A" "B" NA NA "E" "F" "G"
paste(c1,c2)
## -> [1] "a A" "NA B" "c NA" "d NA" "e E"
> "PS" == Petr Savicky <[EMAIL PROTECTED]>
> on Thu, 23 Aug 2007 15:49:32 +0200 writes:
PS> On Wed, Aug 22, 2007 at 08:53:39PM +0300, Jari Oksanen wrote:
>>
>> On 22 Aug 2007, at 20:16, Duncan Murdoch wrote:
>> > A fairly common use of paste is to put together reports
alendar,
> source(system.file("unitTests/runTests.R", package = "fCalendar"))
RUnit 0.4.17 loaded.
Now have RUnit Test Suite 'testSuite' for package 'fCalendar' :
..
Consider doing
tests <- runTestSuite(testSuite)
and later
printTextProtocol(tests)
o days) last week.
Actually it was found subsequently that there was a small
problem in the patch [basically because n %% n is zero only
for n != 0 and the case n==0 is valid].
If you are interested in using the new sweep() version, and because
we are entering alpha testing of R 2.6.0,
I'd rec
ending viruses etc. Further note, that I've not allowed the
common jpg and gif image types on purpose, since they are the
ones spammers have been using for a while now.
Regards,
Martin Maechler, ETH Zurich,
R-{help|devel|...} list and mailman site maintainer.
__
> "DM" == Duncan Murdoch <[EMAIL PROTECTED]>
> on Thu, 11 Oct 2007 11:10:49 -0400 writes:
DM> Here's a contribution from Ian Smith that got bounced
DM> from the list.
[well, given the obvious Spam that AOL appended at the end... ]
DM> Original Message
> "LG" == Laurent Gautier <[EMAIL PROTECTED]>
> on Sat, 13 Oct 2007 14:50:05 +0200 (CEST) writes:
LG> Full_Name: Laurent Gautier Version: NA OS: NA Submission
LG> from: (NULL) (89.84.245.71)
Thank you for the heads up.
[ An e-mail to R-devel (or R-core) would have been slight
ting the expected results.
Welcome to the masses (of R users)!
As a new user of R, there's only one mailing list for you :
R-help; definitely not R-devel.
Can you please re-post there?
Regards
Martin Maechler, ETH Zurich
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
> "BDR" == Prof Brian Ripley <[EMAIL PROTECTED]>
> on Fri, 26 Oct 2007 08:16:03 +0100 (BST) writes:
BDR> all/any coerce their arguments to logical (if
BDR> possible). I've added a warning in R-devel if coercion
BDR> is from something other than integer.
BDR> This aros
Rd
JO> mailing list, and reports on "alredy fixed" bugs really are irritating.
JO> In more loosely connected bug reporting systems you simply could mark a
JO> bug as a duplicate of #xxxx and mark it as resolved without generating
JO> awfully lot of mail. Then it w
Hi Jari,
(and interested readers)
> "JO" == Jari Oksanen <[EMAIL PROTECTED]>
> on Wed, 07 Nov 2007 12:21:10 +0200 writes:
[..]
[...some very good stuff...]
[..]
JO> Cheers, Jari Oksanen
JO> PS. Please Mr Moderator, don't
ll.
One way to help your e-mail software to use the proper mime
type, may be to rename the file to something like
d-p-q-r-tests_Rout_fail.txt
With regards,
Martin Maechler, ETH Zurich
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
ric(x,y, tolerance= 64*.Machine$double.eps,
>> scale = max(0, mean(abs(x), na.rm=TRUE)))
>> }
>> + + + >
>> > All.eq(dpois( 10*1:2, 3e-308, log=TRUE), c(-7096.08037610806,
>> -14204.2875435307))
>> [1] TRUE
Very good.
So after, t
still found a bit time for more remarks.
> "MM" == Martin Mächler <[EMAIL PROTECTED]>
> on Wed, 14 Nov 2007 14:23:12 +0100 (CET) writes:
MM> On Wed, November 14, 2007 09:09, Prof Brian Ripley
MM> wrote:
>> On Tue, 13 Nov 2007, Prof Brian Ripley wrote:
>>
>>> On Tu
SU> On Nov 15, 2007, at 10:53 AM, Duncan Murdoch wrote:
>> On 11/15/2007 9:57 AM, Simon Urbanek wrote:
>>> On Nov 14, 2007, at 11:55 PM, Gabor Grothendieck wrote:
inst/NEWS would have the advantage of consistency with
R itself which also has a NEWS file.
h
= 1)
-else seq_along(x),
+else seq_along(xy$x),
col = col, cex = cex)
if(xy.lines)
lines(xy, col = col, lty = lty, lwd = lwd,
> Best regards,
> Antonio.
Thank you very much, Antonio, for the nic
> "DM" == Duncan Murdoch <[EMAIL PROTECTED]>
> on Sat, 24 Nov 2007 16:08:31 -0500 writes:
DM> On 24/11/2007 11:45 AM, Ben Bolker wrote:
>>
>>
>> Steven McKinney wrote:
>>> Full_Name: Steven McKinney Version: 2.6.0 OS: OS X
>>> Submission from: (NULL) (142.103.
not specified further.
?lower.tri -- shows the option to include the diagonal.
Consequently, I'd suggest to replace
"only its lower triangle is used"
with "only its lower triangle (diagonal included) is used"
Martin Maechler, ETH Zurich
DD> I suggest
> "Paul" == Paul Murrell <[EMAIL PROTECTED]>
> on Wed, 05 Dec 2007 08:53:10 +1300 writes:
Paul> Hi
Paul> Achim and I have been looking at tidying up the colorspace package
(see
Paul> http://r-forge.r-project.org/projects/colorspace/) to fix a few
Paul> inaccuracies, PL
> "BB" == Ben Bolker <[EMAIL PROTECTED]>
> on Sat, 08 Dec 2007 23:12:06 -0500 writes:
BB> -BEGIN PGP SIGNED MESSAGE- Hash: SHA1
BB> Symptoms: curve with log x axis gets the wrong x
BB> limits (in 2.6.1, I believe introduced in this version).
BB> Credit goe
> "MT" == Michael Toews <[EMAIL PROTECTED]>
> on Thu, 13 Dec 2007 09:00:37 -0800 writes:
MT> I've identified the problem for this issue, which is
MT> simple to fix. Please see and apply the attached
MT> patch. Thanks. +mt
Excellent, Michael!
This will be fixed in R-patc
Please use the R-help mailing for such *Questions*.
R-devel has a very different purpose.
Probably you should also read the posting guide,
--> http://www.r-project.org/posting-guide.html
Regards,
Martin Maechler, ETH Zurich
>>>>> "dGdVS" == de Gosson de Varennes Se
Hi Ivo,
> "IU" == Ivo Ugrina <[EMAIL PROTECTED]>
> on Fri, 14 Dec 2007 23:03:37 +0100 writes:
IU> I took some time and liberty and tried to improve
IU> existing implementation of SignRank functions
IU> in R. (dsignrank, ...)
IU> As I have seen they've been based on cs
Hi Ivo,
>>>>> "IU" == Ivo Ugrina <[EMAIL PROTECTED]>
>>>>> on Sat, 15 Dec 2007 14:13:10 +0100 writes:
IU> Martin Maechler wrote:
>> do you have evidence for your belief?
>> i.e. a set of system.time(.) calls where
improve their code, and it could help users understand how
to
TP> use a class, and to evaluate the software quality of a class
TP> implementation and whether or not it provides the functionality they
need.
>> I agree that the current state is less than perfect, but making it
>> better would really be a lot of work. I suspect there are better ways
>> to spend my time, so I'm not going to volunteer to do it. I'm not
>> even going to invite someone else to do it, or offer to review your
>> work if you volunteer. I think this falls into the class of "next
>> time we write a language, let's handle this better" problems.
TP> Thanks very much for the thoughtful (and honest) feedback! I suspect
TP> that the current state could be improved with just a little work, and
TP> without forcing anyone to do any work they don't want to do. I'll
think
TP> about this more and try to come back with a better & more concrete
TP> suggestion.
Good. From "the outside" (i.e. superficial gut feeling :-)
I've sympathized with your suggestion, Tony, quite a bit.
Further, my own taste would probably also have lead me to define
length.POSIXlt differently ..
OTOH, I agree with Duncan that it may be too late to change it
and even more to enforce the consistency rules you propose.
If with a small bit of code (and some patience) we could check
all of CRAN and hopefully bioconductor packages and find only a
very few where it was violated, the whole endeavor may be worth it
... for the sake of making R more consistent, easier to teach, etc..
Unfortunately I don't remember now what happened many months ago
when I indeed did experiment with having something like
length.POSIXlt <- function(x) length(x$sec)
Martin Maechler
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
> "DM" == Duncan Murdoch <[EMAIL PROTECTED]>
> on Mon, 17 Dec 2007 09:36:48 -0500 writes:
DM> On 12/17/2007 9:06 AM, Oleg Sklyar wrote:
>> Dear Patrick,
>>
>> Firstly, and most importantly, I do not think that your post qualified
>> for Rd! Please use the correct
> "MK" == Matthias Kohl <[EMAIL PROTECTED]>
> on Tue, 18 Dec 2007 17:06:26 +0100 writes:
MK> Dear all,
MK> in the Example section of pairs there is
MK> panel.cor <- function(x, y, digits=2, prefix="", cex.cor)
MK> {
MK> usr <- par("usr"); on.exit(par(usr))
MK> p
Hi Tobias,
> "TobiasV" == Tobias Verbeke <[EMAIL PROTECTED]>
> on Thu, 20 Dec 2007 08:50:16 +0100 writes:
TobiasV> I was able to reproduce the problem under Windows (R 2.6.1).
TobiasV> When running ir4 <- isoreg(1:10, y4 <- c(5, 9, 1:2, 5:8, NA, 8)),
TobiasV> the following
> "BB" == Ben Bolker <[EMAIL PROTECTED]>
> on Sun, 23 Dec 2007 15:31:23 -0800 (PST) writes:
BB> Bjørn-Helge Mevik wrote:
>>
>> Ben Bolker wrote:
>>
>>> http://cran.r-project.org/doc/manuals/R-ints.html#R-coding-standards
>>>
>>> gives detailed advice on h
Ben, for the Christmas present.
I've applied your patches to R-devel (only; the last R-int.texi
changes were also only done there...).
Regards, Martin Maechler
BB>cheers Ben Bolker
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
> "TP" == Tony Plate <[EMAIL PROTECTED]>
> on Sat, 05 Jan 2008 12:11:46 -0700 writes:
TP> [EMAIL PROTECTED] wrote:
>>> "TimH" == timh <[EMAIL PROTECTED]>
>>> on Sat, 5 Jan 2008 02:05:08 +0100 (CET) writes:
>>>
>>
TimH> is() does not catch parent
> "GaGr" == Gabor Grothendieck <[EMAIL PROTECTED]>
> on Wed, 9 Jan 2008 11:54:15 -0500 writes:
GaGr> The link to R Bugs in the posting guide
GaGr> http://www.r-project.org/posting-guide.html
GaGr> is broken.
What's your definition of broken?
GaGr> http://cran.r-proje
>>>>> "MM" == Martin Maechler <[EMAIL PROTECTED]>
>>>>> on Fri, 11 Jan 2008 09:37:10 +0100 writes:
>>>>> "GaGr" == Gabor Grothendieck <[EMAIL PROTECTED]>
>>>>> on Wed, 9 Jan 2008 11:54:15 -0500 w
>>>>> "MM" == Martin Maechler <[EMAIL PROTECTED]>
>>>>> on Fri, 11 Jan 2008 09:53:50 +0100 writes:
>>>>> "MM" == Martin Maechler <[EMAIL PROTECTED]>
>>>>> on Fri, 11 Jan 2008 09:37:10 +0100 writes
> "hw" == hadley wickham <[EMAIL PROTECTED]>
> on Tue, 29 Jan 2008 09:26:24 -0600 writes:
>> > Or is this a bug in glm? It certainly seems that the
>> documentation > should mention that ... is passed to
>> glm.control, which only takes > three arguments. I
>> realise
s
>> R 2.7.0 Under development (unstable) (2008-01-27 r44199)
which is a bit older, than the one you used
(and even older than the one I used . r44258)
I'm pretty sure I know around where the problem appeared..
More on this later.
Martin Maechler, ETH Zurich
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
> "GaGr" == Gabor Grothendieck <[EMAIL PROTECTED]>
> on Thu, 31 Jan 2008 15:44:26 -0500 writes:
GaGr> I just checked and the code that previously triggered
GaGr> the promises in lists bug seems to work now so I guess
GaGr> it is a different problem.
*very* different indeed
art (or all of)
'methods' would be inside of 'base', and as.list(), as.matrix()
etc all S4 (and S3 simultaneously) generics.
[and we have pondered of using 'base4' for that,
which would contain part of current base and pa
> "DE" == Dirk Eddelbuettel <[EMAIL PROTECTED]>
> on Sun, 3 Feb 2008 20:22:30 -0600 writes:
DE> On 4 February 2008 at 01:51, Joe Bloggs wrote:
DE> | Dirk Eddelbuettel <[EMAIL PROTECTED]> writes:
DE> |
DE> | > On 3 February 2008 at 01:08, Joe Bloggs wrote:
DE> | > |
> "GaGr" == Gabor Grothendieck <[EMAIL PROTECTED]>
> on Mon, 18 Feb 2008 10:19:05 -0500 writes:
GaGr> With the newly available NEWS and ChangeLog links on
GaGr> the CRAN pages for packages it would be nice if
GaGr> available.packages() gave information on those.
how would
> "MS" == Markus Schmidberger <[EMAIL PROTECTED]>
> on Fri, 15 Feb 2008 15:47:16 +0100 writes:
MS> Hello, I built a package, everything was working very
MS> well. Now I included a NAMESPACE to export only some
MS> variables. (export(f, g, ...) ) Everything is working
MS
> "rk" == roger koenker <[EMAIL PROTECTED]>
> on Sat, 23 Feb 2008 10:34:41 -0600 writes:
rk> I have a vector of logLik values that I'd like to return and it would
rk> be nice
rk> if the the print method didn't run them together. Could I make a plea
rk> for
rk>
>>>>> "BDR" == Prof Brian Ripley <[EMAIL PROTECTED]>
>>>>> on Mon, 25 Feb 2008 19:10:07 + (GMT) writes:
BDR> The cause is this:
BDR> r44607 | maechler | 2008-02-25 14:01:52 + (Mon, 25 Feb 2008) | 2
lines
BDR>
fix the problem you've reported (and passes "make check")
but I'm not quite at ease with it, since it will lead to
effectively evaluate the argument *twice*.
A different approach that I'd find cleaner
would be to *not* construct and eval() a
new Call inside do_log1arg, but I
MAIL PROTECTED]> wrote:
>>> On Wed, Feb 27, 2008 at 12:56 AM, Prof Brian Ripley
>>> <[EMAIL PROTECTED]> wrote:
>>> > On Wed, 27 Feb 2008, Martin Maechler wrote:
>>> >
>>> > > Thank you Henrik,
>>&g
> "BAT" == Berwin A Turlach <[EMAIL PROTECTED]>
> on Fri, 29 Feb 2008 18:19:40 +0800 writes:
BAT> Dear all,
BAT> while looking for some inspiration of how to organise some code, I
BAT> studied the code of random.c and noticed that for distributions with
BAT> 2 or 3 para
Hi Berwin (and "listeners"),
>>>>> "BAT" == Berwin A Turlach <[EMAIL PROTECTED]>
>>>>> on Wed, 5 Mar 2008 20:26:24 +0800 writes:
BAT> G'day Martin, On Mon, 3 Mar 2008 10:16:45 +0100 Martin
BAT> Maechler <[EM
l occasions where people had a clear usage
need for them.
{{I have a vague déjà-vue feeling on this whole topic }}
Martin Maechler, ETH Zurich
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
>>>>> "BAT" == Berwin A Turlach <[EMAIL PROTECTED]>
>>>>> on Fri, 7 Mar 2008 23:54:06 +0800 writes:
BAT> G'day Martin (and "listeners"), On Fri, 7 Mar 2008
BAT> 15:01:26 +0100 Martin Maechler
BAT> <[EM
(for the case where the dataframe has 'matrix column'),
and I'd like to further remark that I consider
' == TRUE '
to be quite ugly (or inefficient) in all circumstances.
Martin Maechler, ETH Zurich
Index: write.table.R
===
1501 - 1600 of 1879 matches
Mail list logo
