> "Wolfi" == Wolfgang Huber
> on Wed, 25 Feb 2009 18:15:03 + writes:
Wolfi> Hi,
Wolfi> when running the following on a fresh R,
Wolfi> library("IRanges")
Wolfi> annotation
Wolfi> showMethods("annotation")
Wolfi> Biobase:::annotation
Wolfi> showMethods
> "Wolfi" == Wolfgang Huber
> on Sat, 28 Feb 2009 18:01:19 + writes:
Wolfi> Dear Martin name masking is a separate issue, which I
Wolfi> do not want to explore here.
Wolfi> If one accepts the notion that unrelated generics of
Wolfi> the same name may exist in diff
2.8.0) by me,
and ... coincidence ?! ... two days ago, in e-talking with John
Chambers, I have been convinced, that the new feature really has
been a mis-feature. Consequentley, yesterday (!) I'v committed
changes to both R-patched (2.8.1 patched) and R-devel which we
revert the mis-fe
[1] "ch01.R" "ch02.R" "ch03.R" "ch04.R" "ch05.R" "ch06.R" "ch07.R" "ch08.R"
"ch09.R"
[10] "ch10.R" "ch11.R" "ch12.R" "ch13.R" "ch14.R" "ch15.R" "ch16
Thank you, Mark,
I've now committed (a version of) your suggestion to R-devel
(destined to become R 2.9.0 on April 17).
Martin Maechler, ETH Zurich
>>>>>
>>>>> on Tue, 10 Mar 2009 21:52:30 +1100 writes:
> Dear R-devel
> When 'instal
anyApply(x, is.na)
where internally, for some functions {in a given internal
table}, the fast shortcut would be used, and for others the
interface would be equivalent to which( thatFunction( x ) )
Martin Maechler, ETH Zurich (and R Core team)
CAPE> Charles Annis, P.E.
CAPE> c
> "WK" == Wacek Kusnierczyk
> on Mon, 23 Mar 2009 09:52:19 +0100 writes:
WK> somewhat related to a previous discussion [1] on how 'names<-' would
WK> sometimes modify its argument in place, and sometimes produce a modified
WK> copy without changing the original, here's ano
>>>>> "WK" == Wacek Kusnierczyk
>>>>> on Mon, 23 Mar 2009 10:56:37 +0100 writes:
WK> Martin Maechler wrote:
>>>>>>> "WK" == Wacek Kusnierczyk
>>>>>>>
>>>>>>>
>>>>> "WK" == Wacek Kusnierczyk
>>>>> on Mon, 23 Mar 2009 16:11:04 +0100 writes:
WK> Martin Maechler wrote:
>>
>> [.. omitted part no longer relevant ]
>>
WK> however, the following has a diffe
> "TH" == Ted Harding
> on Mon, 30 Mar 2009 22:28:54 +0100 (BST) writes:
TH> On 30-Mar-09 20:37:51, Duncan Murdoch wrote:
>> On 3/30/2009 2:55 PM, (Ted Harding) wrote:
>>> On 30-Mar-09 18:40:03, Kjetil Halvorsen wrote:
With R 2.8.1 on ubuntu I get:
> gamma
citly. the
WK> help page simply says:
WK> "
WK> If a condition is signaled while evaluating 'expr' then
WK> established handlers are checked, starting with the most recently
WK> established ones, for one matching the class of the condition.
> "WK" == Wacek Kusnierczyk
> on Mon, 30 Mar 2009 14:26:24 +0200 writes:
WK> Michael Dewey wrote:
>> At 05:07 30/03/2009, Aaron M. Swoboda wrote:
>>> I would like to know which rows are duplicates of each other, not
>>> simply that a row is duplicate of another row. In
>>>>> "WK" == Wacek Kusnierczyk
>>>>> on Tue, 31 Mar 2009 16:03:12 +0200 writes:
WK> Martin Maechler wrote:
[]
WK> duplicated.data.frame
WK> # function (x, incomparables = FALSE, fromLast = FALSE, ...)
W
58
SW> 7 4 -0.5180.351 -0.623 0.946
no it is not.
I tend to agree that I would have preferred a different argument
name than 'sep' for the current 'sep',
and then a *further* argument 'sep' with the functionality that
you'd like would be straightforward.
Martin Maechler, ETH Zurich
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
>>>>> "BB" == Ben Bolker
>>>>> on Tue, 31 Mar 2009 15:08:45 +0000 (UTC) writes:
BB> Martin Maechler stat.math.ethz.ch> writes:
>> >> But lgamma(x) is log(abs(gamma(x))), so it looks okay to me.
>> >>
>>>>> "WK" == Wacek Kusnierczyk
>>>>> on Tue, 31 Mar 2009 21:58:52 +0200 writes:
WK> Martin Maechler wrote:
>>
>> >>
>> >> and then be helpful to the R community and send a bug report
>> >
ain/cov.c and
> src/library/stats/man/cor.Rd.
BTW: since you didn't (and shouldn't , because of method != "pearson" !)
change the R code, the docs \usage{.} part should not have been
changed either !
and as I mentioned: using 'y = NULL' in the
perl=TRUE) [1] "UseRS may fly into JFK or
WD> laGuardia"
WD> A question regarding this came up in r-help today.
WD> Bill Dunlap TIBCO Software Inc - Spotfire Division
WD> wdunlap tibco.com
Thanks a lot, Bill, for your patch!
I have applied and committed it (af
This is *definitely* a question for R-help,
not for R-devel.
Please do not misuse R-devel!
Regards,
Martin
> "QZ" == Qifei Zhu
> on Sat, 18 Apr 2009 12:34:38 -0400 writes:
QZ> Hi all,
QZ> I'm a newbie R developer, am trying to dotplot a few graphs using a for
QZ> loop.
nguage",
some may have been fixed by your new patch too, but others are
not {e.g., print() *must* return its argument !}
]
However, I've already changed your old patch too much
(notably by using *our* C coding standards) to want to look at
your new patch in detail.
If you want we can
>>>>> "MM" == Martin Maechler
>>>>> on Mon, 20 Apr 2009 23:23:23 +0200 writes:
>>>>> "RF" == Romain Francois
>>>>> on Mon, 20 Apr 2009 22:42:22 +0200 writes:
RF> Hello,
RF> Sorry if I have
> "TobiasV" == Tobias Verbeke
> on Wed, 22 Apr 2009 09:57:30 +0200 writes:
TobiasV> Friedrich Leisch wrote:
>>> On Tue, 21 Apr 2009 21:16:59 -0500,
>>> Kevin W (KW) wrote:
>>
>> > The printing of the locale information from sessionInfo is not very
tidy.
e
is a better way to reverse the axes. (I am a newbie in R programming
although I have been using R for some astronomical plots and computations
etc...)
No, I don't think your proposed change could create problems,
but to the contrary, I'd declare it as a simple bug fix,
so it will be part
r(seq(1,5,by=0.5))
TP> [1] TRUE FALSE TRUE FALSE TRUE FALSE TRUE FALSE TRUE
>>
Thank you, Tony.
Somewhat contrary to our (R-core) beliefs that a reference
should be concise and correct, I have now added (an abridged
version of) the is.wholenumber() function to the *examples*
> "SM" == Stavros Macrakis
> on Wed, 22 Apr 2009 16:30:36 -0400 writes:
SM> Dear R experts,
SM> You are being a bit harsh on this user.
No! (see below)
SM> He simply doesn't understand
SM> the distinction between "object of type integer" and "integer-valued
SM>
> "vQ" == Wacek Kusnierczyk
> on Mon, 27 Apr 2009 21:25:06 +0200 writes:
vQ> Gabor Grothendieck wrote:
>> On Fri, Apr 24, 2009 at 6:45 AM,
>> wrote:
>>
>>> Yes, the documentation will also have to be amended, but
>>> apart from that, would people see a big pr
the compiler/floating point unit decide what to do when x[i]
> and y[i]
> are different NaN values (NA is a NaN value). I haven't looked at the C
> code
> for the initialization of NA_real_. Adding explicit tests for NA-ness
> in the
> binary operato
>>>>> "MM" == Martin Maechler
>>>>> on Fri, 1 May 2009 14:14:58 +0200 writes:
>>>>> William Dunlap
>>>>> on Thu, 30 Apr 2009 10:51:43 -0700 writes:
>> On Linux when I compile R 2.10.0(devel) (src/main/arith
lar function before using as.factor().
PS> Petr.
Thank you, Petr, for the good suggestion.
I have added a (shorter) paragraph, though to the 'Details' not the
'Warning' section, and also one to the 'Examples' :
## Converting (non-integer) numbers:
as.factor(c(
>>>>> "PD" == Peter Dalgaard
>>>>> on Mon, 04 May 2009 15:34:09 +0200 writes:
PD> Martin Maechler wrote:
>>>>>>> "PS" == Petr Savicky
>>>>>>> on Sun, 3 May 2009 22:32:04 +0200
>>>>> "PD" == Peter Dalgaard
>>>>> on Mon, 04 May 2009 19:28:06 +0200 writes:
PD> Petr Savicky wrote:
>> On Mon, May 04, 2009 at 05:39:52PM +0200, Martin Maechler wrote:
>> [snip]
>>> Let me quickly expand the
>>>>> "MM" == Martin Maechler
>>>>> on Tue, 5 May 2009 10:35:42 +0200 writes:
>>>>> "PD" == Peter Dalgaard
>>>>> on Mon, 04 May 2009 19:28:06 +0200 writes:
PD> Petr Savicky wrote:
>>>
> "Paul" == Paul Roebuck <[EMAIL PROTECTED]>
> on Wed, 8 Feb 2006 15:33:11 -0600 (CST) writes:
Paul> On Mon, 6 Feb 2006 18:12, Simon Urbanek wrote:
>> On Feb 6, 2006, at 5:24 PM, Paul Roebuck wrote:
>>
>>> Tried on R-Sig-Mac with no responses, but I need some kind
> "BDR" == Prof Brian Ripley <[EMAIL PROTECTED]>
> on Thu, 2 Mar 2006 06:45:39 + (GMT) writes:
BDR> stopifnot() is not intended for use by end-users, but for tests in
BDR> packages.
and additionally for "function writers" aka 'programmeRs'.
I think we have argued that
of array,
Duncan> R Project" turns up 6 out of 10 hits referencing R.
in which google? The one in the US, in Europe, in China, or ... ?
As we probably all know the censorship differs from place to
place .. and it seems one has no way to circumvent
Big-Brother Google's decisions
sense to do a
JMC> more complete test, and it does have to be done
JMC> explicitly.
JMC> It looks straightforward to have an argument complete=
JMC> that defaults to FALSE; if so, I'll add it to r-devel.
I agree with the other Martin that this would be "ni
ctor) or args(factor)
(or the help page) !
Regards,
Martin Maechler
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
to be) -- with a slight
modification of putting the new 'append' after the 'quote'
argument:
Will it make less likely to hurt anybody who has made use of
"positional argumenting", i.e., had used
write.ftable(tab, fil, TRUE)
Martin Maechler, ETH Zurich
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
[ diverted from R-help to R-devel ]
> "DJ" == David James <[EMAIL PROTECTED]>
> on Thu, 16 Mar 2006 09:51:31 -0500 writes:
DJ> That is a bug, namely, the default end of line on the windows version
DJ> should be "\r\n" instead of "\n". The workaround is to specify
DJ> eo
eed
>> set.seed(2)
>> r2 <- .Random.seed
>> all.equal(r1, r2)
PatBurns> [1] "Mean relative difference: NA"
PatBurns> Warning message:
PatBurns> NAs produced by integer overflow in: target - current
PatBurns> A small change to 'all.eq
Hi Gregor,
before even considering methods for "list" and "data.frame",
can you explain why you think it is important for levels() to
become a generic function at all?
For me, levels belong to factors (or then to contour plots, or
co-plots ) but exactly because level is a too generic word, it
see
Hi Duncan,
I think all ESS users don't use history() because ESS calls R
with "--no-readline" (Unix)
or "--ess" (Windows & Cygwin)
I'd wish that in that case, and probably also in BATCH mode,
timestamp() should write the time stamp prefixed by "##" to the
"R console" (to R's stdout); when
[from a semi-private diversion of the R-devel thread ]
>>>>> "Duncan" == Duncan Murdoch <[EMAIL PROTECTED]>
>>>>> on Sat, 25 Mar 2006 12:28:30 -0500 writes:
Duncan> On 3/25/2006 11:30 AM, Martin Maechler wrote:
>> Hi Duncan,
> "Andrew" == Andrew Robinson <[EMAIL PROTECTED]>
> on Tue, 28 Mar 2006 17:55:37 +1000 writes:
Andrew> Hi Developers,
Andrew> The alpha, compiles successfully, but it is failing make check-all
(on
Andrew> two seperate machines, both FreeBSD 6.1).
Andrew> Here is the v
> "FrL" == Friedrich Leisch <[EMAIL PROTECTED]>
> on Mon, 3 Apr 2006 18:03:02 +0200 writes:
FrL> [removed from r-bugs]
> On Mon, 3 Apr 2006 17:36:35 +0200 (CEST),
> ripley (r) wrote:
>> Try http://wiki.r-project.org (which you might have guessed or Googled:
>>
> "Roger" == Roger D Peng <[EMAIL PROTECTED]>
> on Tue, 04 Apr 2006 10:38:29 -0400 writes:
Roger> In R 2.3.0-to-be, I think you can do
Roger> foo <- function(huge) {
Roger> scale <- mean(huge)
Roger> g <- function(x) { scale * x }
Roger> environment(g) <- emptyenv(
Thank you, Peter,
but note that this is clearly too late for 2.3.0 :
If you look at the release schedule at
http://developer.R-project.org/
you see that April 10 was "Feature Freeze".
If it looks good -- and it does after a quick glimpse --
it should be possible to be integrated for 2.3.1 th
TML version deleted]]
Hint3: Read the posting guide
http://www.r-project.org/posting-guide.html
in order not to produce such as the above line
Regards, and Happy Easter (to all in the audience),
Martin Maechler, ETH Zurich
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
> "AndyL" == Liaw, Andy <[EMAIL PROTECTED]>
> on Thu, 13 Apr 2006 15:41:27 -0400 writes:
AndyL> From: Bill Dunlap
>> On Thu, 13 Apr 2006, Prof Brian Ripley wrote:
>>
>> > On Thu, 13 Apr 2006, Peter Ruckdeschel wrote:
>> >
>> > > Hi R-devels,
>> > >
>>
LL and must be unique'. R
>>> documents that row.names() returns a character vector,
>>> and in R (much more so than on S) a long character
>>> vector of short unique strings is expensive to store (I
>>> saw 72 bytes/row on a 64-bit machi
#x27; which matters:
You can well have text attachments such as *.c files --- as long
as you (i.e. your e-mail client) use "content-type: text/plain".
Martin Maechler, ETH Zurich
(Mailman manager for the R mailing lists)
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
> "BernPf" == Pfaff, Bernhard Dr <[EMAIL PROTECTED]>
> on Tue, 25 Apr 2006 16:47:59 +0100 writes:
BernPf> Pfaff, Bernhard Dr. wrote:
>> Dear R-Devel subscriber,
>>
>> first, let me express my thank to the R-Core team for the
>> new release!
BernPf> I
>> app
> "BernPf" == Pfaff, Bernhard Dr <[EMAIL PROTECTED]>
> on Wed, 26 Apr 2006 08:28:34 +0100 writes:
BernPf> Dear Andy, Uwe and remaining list subscribers,
BernPf> now, coming closer to the evil's root. Yesterday, I source compiled
on a
BernPf> Linux box at home and the resul
ve looked which specify 'echo = FALSE'
would also want 'ask = FALSE'.
Comments?
>>>>> "Martin" == Martin Maechler <[EMAIL PROTECTED]>
>>>>> on Mon, 1 May 2006 14:11:59 +0200 writes:
>>>>> "FrPi" == Fr
>>>>> "FrPi" == François Pinard <[EMAIL PROTECTED]>
>>>>> on Mon, 1 May 2006 17:51:06 -0400 writes:
FrPi> [Martin Maechler]
>> The default is 'ask = dev.interactive(orNone = TRUE)'
>> where dev.interactiv
> "Seth" == Seth Falcon <[EMAIL PROTECTED]>
> on Fri, 05 May 2006 07:56:02 -0700 writes:
Seth> Prof Brian Ripley <[EMAIL PROTECTED]> writes:
>> On Fri, 5 May 2006, Ken Kelley wrote:
>>
>>> Thank you both very much for your quick and helpful
>>> responses.
>>>
character vectors in
general, not just when they are names(); and Rprof() +
Rprofsummary() quickly reveal were the culprits lie.
This shouldn't be too hard to improve, I'm having a look.
Martin Maechler, ETH Zurich
>> s <- 1:1000; names(s) <- s
>> system.time(str(s))
tionality.
One might also consider to include a version of the ``one by
one'' combination generators {as mentioned above} which is
needed for larger k.
Opinions ?
Martin Maechler, ETH Zurich
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
> "Duncan" == Duncan Murdoch <[EMAIL PROTECTED]>
> on Tue, 09 May 2006 18:41:09 -0400 writes:
Duncan> I've been thinking of adding the possibility of
Duncan> including "z" among the axes to be logged in image,
Duncan> contour, and persp. In the first two, it would only
> "Gerhard" == Gerhard Thallinger <[EMAIL PROTECTED]>
> on Sat, 13 May 2006 12:54:10 +0200 writes:
> "HenrikB" == Henrik Bengtsson (max 7Mb) <[EMAIL PROTECTED]>
> on Fri, 5 May 2006 11:58:19 -0700 writes:
But have you looked at R 2.3.0-patched at all?
I did acknowledge tha
TL> compiler/linker flags to work, not just -L/-l
I had exactly the same thought.
Maybe Brian's proposal can be extended into
"all switches that are not recognized by 'R CMD SHLIB' are
passed to compiler / linker "
hmm, or maybe not, since the question q
> "Seth" == Seth Falcon <[EMAIL PROTECTED]>
> on Thu, 18 May 2006 12:22:36 -0700 writes:
Seth> Ross Boylan <[EMAIL PROTECTED]> writes:
>> Is there any good source of information on how S4 classes (and methods)
>> work from C?
Hmm, yes; there's nothing in the "Writing R Ext
> "Gabor" == Gabor Grothendieck <[EMAIL PROTECTED]>
> on Sun, 21 May 2006 13:49:54 -0400 writes:
Gabor> On 5/21/06, Spencer Graves <[EMAIL PROTECTED]> wrote:
>> Hi, Gabor:
>>
>> Thanks. My initial failed attempt to add to "R wiki" generated the
>> following two qu
> "Tobias" == Tobias Verbeke <[EMAIL PROTECTED]>
> on Fri, 26 May 2006 16:42:24 +0200 writes:
Tobias> Dear list,
Tobias> In ?dimnames, section `Value' I read:
Tobias> For the '"data.frame"' method both dimnames must be non-null, and
Tobias> the rownames must be contai
> "Seth" == Seth Falcon <[EMAIL PROTECTED]>
> on Tue, 06 Jun 2006 07:31:22 -0700 writes:
Seth> Sean Davis <[EMAIL PROTECTED]> writes:
>> On 6/6/06 8:33 AM, "Uwe Ligges"
>> <[EMAIL PROTECTED]> wrote:
>>
>>> See ?assignInNamespace and ?fixInNamespace
>> Thanks,
{Diverted to R-devel}
> "BDR" == Prof Brian Ripley <[EMAIL PROTECTED]>
> on Tue, 6 Jun 2006 21:14:01 +0100 (BST) writes:
BDR> On Tue, 6 Jun 2006, [EMAIL PROTECTED]
BDR> wrote:
>> Hi ,
>>
>> When I sort a vector of POSIXct values in R-2.3.0 and
>> R-2.3.1, I ge
> "UweL" == Uwe Ligges <[EMAIL PROTECTED]>
> on Mon, 12 Jun 2006 19:48:04 +0200 writes:
UweL> Nicolas Turenne wrote:
>> your answer is correct after checking some doc
>> but examples are rare
>>
>> when i write in the description file
>> Depends: R (>= 2.3), qu
which seems to depend quite a bit on the
architecture and the version of BLAS it uses.
Martin Maechler, ETH Zurich
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
at it is not entirely clear what to expect for
PD> values that are zero up to round-off.
PD>
PD> storage.mode(tx) <- "integer" fixes things up.
On the other hand, I'm pretty sure I was the one who added
'zero.print' and I don't oppose at all to
tplot are trivial:
Hmm: Your patch is *not* against matplot.R from the R sources,
hence is not directly applicable at all.
Also, it does need patches for the help file.
But, the R-devel (aka 2.4.0-to-be) will have the desired feature
as from tomorrow.
Thank you for the suggestion,
Martin Maechl
l this should be pretty obvious from the manual
"Writing R Extensions".
What was it in there that was not clear enough?
miguel> Or do we roll out our own outside the package?
Some people use the 'RUnit' package in addition or -- unfortunately --
> "Duncan" == Duncan Murdoch <[EMAIL PROTECTED]>
> on Tue, 04 Jul 2006 08:32:08 -0400 writes:
Duncan> I've just committed a couple of changes to R-devel related to
requests
Duncan> at userR about the Windows installer. The first of these affects
all
Duncan> platforms,
>>>>> "MM" == Martin Maechler <[EMAIL PROTECTED]>
>>>>> on Fri, 30 Jun 2006 17:09:32 +0200 writes:
>>>>> "PD" == Peter Dalgaard <[EMAIL PROTECTED]>
>>>>> on 29 Jun 2006 12:18:13 +0200 wri
Hmm,
I'm replying once more to myself (as popular wisdom says, "talking to
oneself" is probably a dangerous sign of increasing mental
disorder ;-()
>>>>> "MM" == Martin Maechler <[EMAIL PROTECTED]>
>>>>> on Tue, 4 Jul 2006
[Diverted from R-help to R-devel]
> "roger" == roger koenker <[EMAIL PROTECTED]>
> on Sun, 9 Jul 2006 12:31:16 -0500 writes:
>>
roger> On 7/8/06, Thaden, John J <[EMAIL PROTECTED]>
roger> wrote:
>> As there is nothing inherent in either compressed,
>> sparse, form
I assume this is specific to your installation of R-devel
(R-2.4.0 "unstable"). If I use your 'out',
hist(out^4, col = "gray")
works just fine consistently.
Could it be a compiler / linker mismatch
on your Mac? Also, can you run "under the debugger"
'R -d gdb' (from a commandline) ?
This
Thank you Seth,
I've committed the changes
(BTW: for some reason your patch did not cleanly apply to
build.in).
Regards,
Martin
> "Seth" == Seth Falcon <[EMAIL PROTECTED]>
> on Mon, 10 Jul 2006 12:02:32 -0700 writes:
Seth> Git is a source code management system like CVS, svn, ar
any case, let's wait for others (Mac specialists and/or other
R-core members) to voice ideas.
Martin
>>>>> "Robin" == Robin Hankin <[EMAIL PROTECTED]>
>>>>> on Tue, 11 Jul 2006 10:04:34 +0100 writes:
Robin> Hi Martin
Robin> O
>>>>> "BDR" == Prof Brian Ripley <[EMAIL PROTECTED]>
>>>>> on Tue, 11 Jul 2006 10:54:15 +0100 (BST) writes:
BDR> On Tue, 11 Jul 2006, Martin Maechler wrote:
>> Hi Robin,
>>
>> thanks for the extra info. I hav
> "Vincent" == Vincent Goulet <[EMAIL PROTECTED]>
> on Mon, 17 Jul 2006 15:03:34 -0400 writes:
Vincent> Dear developeRs (and other abuseRs ;-),
Vincent> I would like to contribute a patch against
Vincent> functions head() and tail() of package utils to
Vincent> allow f
> "FrPi" == François Pinard <[EMAIL PROTECTED]>
> on Tue, 18 Jul 2006 17:41:53 -0400 writes:
FrPi> [Vincent Goulet]
>> For me, this usage of head() and tail() is, at first,
>> completely unintuitive since I more used to, say, "start
>> from the beginning (head) of the v
So I did open a new subject and move the discussion to R-devel
now.
>>>>> "MM" == Martin Maechler <[EMAIL PROTECTED]>
>>>>> on Mon, 24 Jul 2006 11:46:05 +0200 writes:
>>>>> "Gabor" == Gabor Grothendieck <[EMAIL PROTE
well,
without giving any CRAN hickups
No, you should find and fix the problem.
Dominick> Any ideas?
We need examples which -- at least for you -- produce the
problem. You could post a small tar file (mime-types 'application/x-tar'
or 'application/x-compressed-tar' are
at field ought to look? If the Gods of R
Allen> think that automated parsing of SystemRequirements is
Allen> unimportant, I'll have to maintain them by hand.
I think some R-core members would welcome a detailed proposal on
how 'SystemRequirements' should be formatted --
>>>>> "DoSa" == Dominick Samperi <[EMAIL PROTECTED]>
>>>>> on Thu, 27 Jul 2006 07:52:36 -0400 writes:
DoSa> Martin Maechler wrote:
>>>>>>> "DoSa" == Dominick Samperi <[EMAIL PROTECTED]>
>>
>>>>> "Dominick" == Dominick Samperi <[EMAIL PROTECTED]>
>>>>> on Thu, 27 Jul 2006 08:51:34 -0400 writes:
Dominick> Martin Maechler wrote:
>> Hmm, actually I now start wondering: Why did we ever start
>> talkin
> "Kevin" == Kevin B Hendricks <[EMAIL PROTECTED]>
> on Fri, 28 Jul 2006 14:53:57 -0400 writes:
[.]
Kevin> The idea is to somehow make functions that work well
Kevin> over small sub- sequences of a much longer vector
Kevin> without resorting to splitting the ve
that high quality statistics
packages such as R do *NOT* always conform to NIST -- at least
not to what NIST did about 5 years ago when I last looked.
There are many nonlinear least squares problems where the
correct result is *NO CONVERGENCE* (because of
over-parametrization, ill-posednes, ...),
> "Gabor" == Gabor Grothendieck <[EMAIL PROTECTED]>
> on Thu, 3 Aug 2006 20:14:24 -0400 writes:
Gabor> That's, in fact, the way seq.dates works in the chron package:
Gabor> library(chron)
Gabor> x <- chron("01/31/2006")
Gabor> seq(x, by = "month", length = 2) # 01/31
I've now committed your patch proposal, almost unchanged,
to R-devel (subversion rev 38792),
so this will be available in R 2.4.0, and from tomorrow's
R-devel snapshot.
Thank you, very much, Vincent!
Martin Maechler, ETH Zurich
__
> "Gorjanc" == Gorjanc Gregor <[EMAIL PROTECTED]>
> on Mon, 7 Aug 2006 11:59:31 +0200 writes:
Gorjanc> Hello!
Gorjanc> Say I have
Gorjanc> myMethod <- function(x, ...)
Gorjanc> UseMethod("myMethod")
Gorjanc> myMethod.classA <- function(x, ...)
Gorjanc> ...
the source code,
<..R..>/src/library/datasets/data/BOD.R
you'll see that `bug' is already in the source : it has
row.names = c(NA, 6),
explicitly there.
Of course this has something to do with the new R-devel feature
of storing rownames ``co
> "Gregor" == Gregor Gorjanc <[EMAIL PROTECTED]>
> on Fri, 18 Aug 2006 14:48:40 +0200 writes:
Gregor> Hin-Tak Leung wrote:
>> Gregor Gorjanc wrote:
>>> Hello!
>>>
>>> There is a tiny typo in list.Rd.
>>>
>>> Index: R/src/library/base/man/list.Rd
>>> ==
> "Martin" == Martin Morgan <[EMAIL PROTECTED]>
> on Thu, 17 Aug 2006 15:35:53 -0700 writes:
Martin> Extracting prototype structure apparently relies on list properties
of
Martin> the earlier S4 implementation.
Martin> Martin
>> setClass("A", representation(x="numeri
>>>>> "Seth" == Seth Falcon <[EMAIL PROTECTED]>
>>>>> on Fri, 18 Aug 2006 09:54:54 -0700 writes:
Seth> Martin Maechler <[EMAIL PROTECTED]> writes:
>> I agree you've found an "infelicity" in the current
JMC> method for trunc() in base that ignored the documented
JMC> number of arguments, the inconsistencies are on my mind
JMC> at the moment.)
(I'm interested in the details, if you can say a bit more;
maybe these are not relevant for R-devel ..)
JMC> Martin Maechler wr
> "Mitchell" == Mitchell Skinner <[EMAIL PROTECTED]>
> on Thu, 24 Aug 2006 00:26:52 -0700 writes:
Mitchell> I wrote:
>> It still needs some debugging, to put it mildly
>> (doesn't work properly on reals), but the basic idea appears to work.
Mitchell> It works for reals
articular way).
Inside a source version of Matrix, use
grep 'setMethod("Arith"' R/*.R
or grep 'setMethod("+"' R/*.R
to find them.
Also look at NAMESPACE and R/AllGeneric.R
Martin Maechler, ETH Zurich
BDR> On Fri, 25 Aug 2006, Robin Hankin wrote
p='')
in function definitions I had wanted this (empty sep) to be the
default and to have an easier, more readable way to achieve the
same.
But then these all are just musings at the end of the week...
Martin Maechler, ETH Zurich
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
>>>>> "Duncan" == Duncan Murdoch <[EMAIL PROTECTED]>
>>>>> on Fri, 25 Aug 2006 13:18:42 -0400 writes:
Duncan> On 8/25/2006 12:31 PM, Martin Maechler wrote:
>> This thread remains me of an old recurring (last May!)
1701 - 1800 of 1879 matches
Mail list logo
