gt; Error in FUN(X[[i]], ...) :
#> only defined on a data frame with all numeric variables
So a numeric data.frame warns about implicit coercion, while a logical
data.frame (which would not need coercion) does not work at all.
(I feel more strongly about fixing 1. than 2., because
Full_Name: Martin C. Martin
Version: 2.7.1
OS: Ubuntu
Submission from: (NULL) (75.150.115.86)
The function write.arff, in the foreign library:
- Can produce relation names with invalid characters
- Doesn't use colnames() for attribute names when writing a matrix.
Here's a bett
t's non-NULL?
I ask because I call "lm" from within a function, and the data argument
is a local variable of that function. After that, I can't update the
model any more, since the new lm() call (the one evaled in
parent.frame()) can't find the data.
Best,
Martin
_
7;s non-NULL?
I ask because I call "lm" from within a function, and the data argument
is a local variable of that function. After that, I can't update the
model any more, since the new lm() call (the one evaled in
parent.frame()) can't find the data.
Best,
Martin
_
his a bug?
Best,
Martin
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
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
Happens both on 32-bit (Pentium) and 64-bit (AMD Athlon)
machines with the following libc :
32-bit:
-rwxr-xr-x 1 root root 1451681 May 13 00:17 /lib/tls/libc-2.3.4.so*
64-bit:
-rwxr-xr-x 1 root root 1490956 May 12 23:26 /lib64/tls/libc-2.3.4.so*
---
Can anyone r
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
, function(x) isTRUE(all.equal(x, 0.33
using theisTRUE(all.equal(...)) idiom
which I'd recommend quite generally.
Martin
>> ifelse(sapply(i, function(x) all.equal(x, 0.33)) == "TRUE", 1, 0)
Marc> [1] 0 0 1 0 0 0 0 1 0 0 0 0 0 0 0
>> ifelse(sapply(i
free software environment _for for_ statistical computing and
> graphics. It compiles and runs on a wide variety of UNIX platforms,
> Windows and MacOS. To download R, please choose your preferred CRAN
> mirror.
I've fixed that one --- haven't checked for how many m
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
'm going to implement it, and try to see if 'drop = FALSE'
gives changes for R and its standard packages; if 'yes', that
would be an indication that such a R-back-compatibility breaking
change was not a good idea. If 'no', I could commit it and see
if it has
[ 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" ==
d BTW, AFAIK, 'Rcmd' is now `somewhat deprecated' in favor
of "R CMD" since the latter is portable }
--
Martin
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
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]>
>>>>>
ompile(rdocFile, destPath=tempdir())
## which takes a few minutes
my R process size grows considerably (50% - 100% depending on
the measure I use in 'ps').
So I can confirm that your guess about memory leakage {or
something close} seems quite on target.
But please don't ask
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
itle:
PatBurns> Operator Syntax and Precedence
PatBurns> instead of
PatBurns> Operator Syntax
very good idea.
Where as in general one should rather use a
\concept{...}
entry in order to make the page searchable for new `concepts',
in the present case, adding th
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
Kurt, but I completely agree with him) have been
thinking about deprecating its use -- possibly using a
substitute for the few cases that might need something like it.
Kurt and I (at least) would very strongly advocate not to use
\synopsis{}, and hence wri
>>>>> "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
ver was the idea to use data.frames as formula
components, but rather as "environments" in which formula
components are looked up --- exactly as Gabor has explained.
To break with such a deeply rooted principle,
you should have very very good reasons, because you're breaking
th
r a function or a character string as
its first argument. The supplied arguments can optionally be
quoted.
So the above could be
do.call(substitute, list(ff, list(x = as.name("weight"
--
Martin
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
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
ng written raw2bin / bin2raw function
for a related use case.
Maybe you can elaborate on the above a bit, David?
In any case, as you might have guessed by now, R-core would have
been more positive to a proposal to generalize current
textConnection() - fully back-compatibly - rather than renaming
it first.
Best regards,
Martin
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
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
only gives warnings
{for the case of no ./src/ dependence; no NAMESPACE ; no other
package dependencies; ...}
I think we'd also need patches for the above objects' prompt*()
results.
Martin
__
R-devel@r-project.org mailing list
https://st
ly better but more tricky: only append a newline "when needed".
Any idea for that?
You didn't tell us the *platform* you run R on
(and BATCH does depend on the platform),
but I know that it's a version of unix, Linux I suppose?
BTW: The windows version of "R CMD BATCH"
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> pointed out that
Gabor> the arguments vary from OS to OS or even better which are common and
which
Gabor> are OS-specific.
I very much agree.
Patches (against R-devel!) are very welcome.
Regards,
Martin
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
t argument use of an
already existing function {{and I have wondered if it was worth
to provide write.csv() at all - although, there the difference to default
write.table() is quite a bit larger}}
Martin
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
users to one of them.
At least 'ChangeLog' is a well defined format for emacs users
that can very quickly be updated semi-automagically
("C-x 4 a" when you're in file foo.R with function myfun(.)
autogenerates a neat entry in a ChangeLog file);
but then really people
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
think that's something I would have done always in such
situations where several different models are fitted and compared.
Maybe plot.lm() should "advance an empty frame" as soon as
prod(par("mfrow")) >= 4
in that case?
Martin
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 "R
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.
It should give an error also in the 1st case which is
BTW identical to
zzz <- array(1:10)
Not for R 2.2.0 though, but rather 2.2.1.
Martin
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
>>>>> "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
k methodology?
I'd probably write one help page, mainly for the "symcoca"
method, but also with
\alias{cor.default}
\alias{cor.symcoca}
and
\usage{
\method{cor}{symcoca}(..)
}
and would mention 'cor.default' and your redifiniti
d saw the
Marc> example as to how to actually use the function.
Marc> It would probably be worthwhile to add an example of use to the help
Marc> page.
good idea. I've added a version of yours:
(xx <- c(0:4))
is.na(xx) <- c(2, 4)
xx #> 0 NA 2 NA 4
Martin
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
isted as helpful person in R's 'THANKS' file
{but that may not entice those who are already listed},
or even in the NEWS of the new relase
or on the "Hall of fame of R beta testers"
In order to discourage an increased number of non-bug reports we
may have to al
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
such information
should in principle reside in one place and be
``auto-distributed'' to other places during package installation
and maybe also package load time.
Note that packageDescription("dyn")
returns an object that contains (and may print if you want) the
DCF information.
>>>>> "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 <
Full_Name: Martin O'Gorman
Version:
OS:
Submission from: (NULL) (84.176.63.149)
I have been looking at the PPC package and have a question. As the input data is
comma separated, shouldnt the command to read in the raw (no batch) mass spec
data indicate that sep=, (marked below) ? Othe
(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
mit of 16 menus. The limit is reached in
Bioconductor, as packages add vignettes.
R version 2.2.0, 2005-11-21, i386-pc-mingw32
attached base packages:
[1] "methods" "stats" "graphics" "grDevices" "utils" "datasets"
[7] &
A command
R CMD build
that fails, e.g., because of C code compilation errors, leaves a
directory %TMPDIR%/Rinst.xxx containing the file R.css. Although R
CMD INSTALL --build cleans up after itself, build does not. A fix is
below. Also, build.in references Rcmd.exe, which I thought was no
longer
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]>
>>>>>
x27; line }
I think this is an example where we (R-core) haven't followed
our own recommendations, namely, that generic functions (and
methods) need to have a (trailing) "..." argument
just so that new methods can have further arguments.
I'm wondering a bit...
or could the
Utils.pm (revision 36565)
+++ share/perl/R/Utils.pm (working copy)
@@ -75,7 +75,7 @@
$pat . $$ . sprintf("%05d", rand(10**5)));
my $n=0;
-while(-f $retval){
+while(-e $retval){
$retval = file_path($R::Vars::TMPDIR,
- 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
tion such as
VAR <- function(x,) .. N/(N-1)*var(x,...)
Should we?
BTW: S+ even has the 'unbiased' argument for cor() where of course it
really doesn't make any difference (!), and actually I think is
rather misleading, since the sample correlation is not unbiased
in
ll, do you expect web authors to have a much lower rate of
typos than 1:770 ?
My limited experience on "google voting for spelling correction"
has rather lowered my expectation on webauthors' education in
orthography...
Martin
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
[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
>>>>> "BDR" == Prof Brian Ripley <[EMAIL PROTECTED]>
>>>>> on Mon, 2 Jan 2006 20:39:18 + (GMT) writes:
BDR> Martin,
BDR> I have some tests running over CRAN now (RUnit has also failed),
thank you, Brian, for the feed
n providing parallelized functions and a
light-weight mechanism for their dispatch.
Hope that's helpful and not too misleading.
Martin
"Izmirlian, Grant (NIH/NCI) [E]" <[EMAIL PROTECTED]> writes:
> I'm fairly astute at C and R but new to parallelization. Would someone
>
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
I'm willing to
Ben> take gamma(1)==1 without any argument or suggestion
Ben> that it should be documented ...)
see? so it looks to me as if you have finally convinced
yourself that '1' is the most reasonable result.. ;-)
Anyway, I've added a sentence to help(prod) {which matches
the sentence in help(sum), BTW}.
Martin
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
>> Duncan Murdoch
I would have expected numeric(0) as the result (numeric(0) is the
result from log(numeric(0)), etc).
Martin (Morgan)
Martin Maechler <[EMAIL PROTECTED]> writes:
>>>>>> "Ben" == Ben Bolker <[EMAIL PROTECTED]>
>
mean x == numeric(0),
n == 0 (0 copies of an empty set), x == ANY n == numeric(0) (an empty
set of ANYthing), x == numeric(0), n == numeric(0) ? For all of these,
x^n evaluates to numeric(0).
Martin (Morgan)
Duncan Murdoch <[EMAIL PROTECTED]> writes:
> On 1/9/2006 12:40 PM, Martin Morg
s certainty where
> I'd only call it a fairly standard convention. ;-)
>
> Duncan Murdoch
Yes, thanks for the refresher and sorry for the noise. Martin
>> which says, in part:
>> Operations on the empty set
>> Operations performed on the empty set (as a set of thi
; recognized: these and `UTF-8' are likely to work fairly widely.
>> ....
>>
I'm a bit surprised that you haven't succeeded finding this
information in the extension manual.
After all, it's *the* R manual for p
s. And indeed
BDR> else if(is.numeric(x)) {
BDR> storage.mode(x) <- "double"
BDR> has been removed from eigen.R in R-devel in r36952. So that's the
BDR> culprit.
and I am the culprit of that revision. I'll fix this ASAP.
Martin
__
>>>>> "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"
xedsort() will be quickly found by help.search("natural sort")
and possibly also via the java search from the HTML help interface?
(I never use it; I use help.search() {or then RSiteSearch()}
exclusively.)
Martin
>> -Original Message-
>> From: [EMAIL PROTECT
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
rm = TRUE option of min
ken> upper <- min(n^k/(c^(k - 1)), 1, na.rm = TRUE)
Well, I liked your first fix better -- thank you for it! --
since it's always good practice to formulate such as to avoid
overflow when possible.
All things considered, I think I'd go for
upper
>>>>> "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
;> readLines(file.choose())
>> Enter file name: errs.txt
Duncan> No, it's not helpful here, but again it makes things
Duncan> no worse, and there's always the possibility that
Duncan> someone would improve file.choose().
I strongly prefer the current usage
read.table(file.choose(), )
which implicitly ``explains'' how the file name is chosen to a
new default
read.table( .)
I'd like basic R functions not to call menu(), GUI... parts
unless it's really the main task of that function.
Martin
.
.
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
>>>>> "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
hods; particularly when
some methods are for generics from a different package/Namespace
and other methods for `base' classes (or other classes defined
elsewhere).
This is the case of 'Matrix', my primary experience here.
OTOH, we now only use 'LazyLoad: yes' , not (any m
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
s we had to jump through to do
this for cbind() / rbind() (used in 'Matrix')}.
But it might be interesting; particularly since some have said
they'd expect a considerable performance penalty when all these basic
functions would become S4 generics...
Martin
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
e something relevant to R-devel , actually at
least one bug in R's checking :
Why did
R CMD check --as-cran h5
not see that h5 defines methods for initialize() but never
imports that from methods ?
and so "should not work" when methods is not attached...
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
table 'release' branch, once every six months. This means that the
Bioconductor devel branch periodically (as recently and I suspect over
the next several days) contains considerable carnage that propagates to
CRAN devel builds, creating additional work for CRAN maintainers.
Martin Morg
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
1 - 100 of 2292 matches
Mail list logo
