On Sat, 20 Nov 2004, Patrick Burns wrote:
"sum" (and perhaps other functions?) allows partial argument name matching after its three-dots argument:
sum(1:4, NA, n=78, na.rm=FALSE)[1] 10sum(1:4, NA, n=78, na.rm=TRUE)[1] 11
That's not `partial argument name matching', for the exact match should always win. do_summary contains
ans = matchArg(R_NaRmSymbol, &args);
and that is defined as
/* Destructively Extract A Named List Element. */ /* Returns the first partially matching tag found. */ /* Pattern is a symbol. */
The rest of the summary set (mean, min, max, prod) and also do_logic3 (all, any) call matchArg and so have the same problem.
I can see there could be a discussion about whether or not this is a bug, but I think all will agree that it's a might peculiar.
I don't see how there can be discussion: it breaks the stated rules for argument matching.
This is done in 2.0.1 but the same behavior is in 1.8.1.
version_ platform i386-pc-mingw32
arch i386 os mingw32 system i386, mingw32 status major 2 minor 0.1 year 2004 month 11 day 15 language R
Patrick Burns
Burns Statistics [EMAIL PROTECTED] +44 (0)20 8525 0696 http://www.burns-stat.com (home of S Poetry and "A Guide for the Unwilling S User")
______________________________________________ [EMAIL PROTECTED] mailing list https://stat.ethz.ch/mailman/listinfo/r-devel
-- Brian D. Ripley, [EMAIL PROTECTED] Professor of Applied Statistics, http://www.stats.ox.ac.uk/~ripley/ University of Oxford, Tel: +44 1865 272861 (self) 1 South Parks Road, +44 1865 272866 (PA) Oxford OX1 3TG, UK Fax: +44 1865 272595
______________________________________________ [EMAIL PROTECTED] mailing list https://stat.ethz.ch/mailman/listinfo/r-devel
