Martin Maechler wrote:
>>"Gregor" == Gregor Gorjanc <[EMAIL PROTECTED]>
>>on Tue, 21 Mar 2006 20:50:21 +0100 writes:
>
>
> Gregor> Martin Maechler wrote:
> >> Hi Gregor,
> >>
> >> before even considering methods for "list" and
> >> "data.frame", can you explain wh
I unintentionally missed to cc to r-devel.
Original Message
Subject: Re: [Rd] levels for list and data.frame
Date: Tue, 21 Mar 2006 20:50:21 +0100
From: Gregor Gorjanc <[EMAIL PROTECTED]>
Reply-To: [EMAIL PROTECTED]
To: Martin Maechler <[EMAIL PROTECTED]>
References: <[EMAIL PROT
Full_Name: Chanseok Park
Version: R 2.2.1
OS: RedHat EL4
Submission from: (NULL) (130.127.112.89)
pbinom(any negative value, size, prob) should be zero.
But I got the following results.
I mean, if a negative value is close to zero, then pbinom() calculate
pbinom(0, size, prob). dbinom() also b
Full_Name: Christian Marquardt
Version: 2.2.1
OS: Linux
Submission from: (NULL) (84.167.229.240)
Hello,
I believe this is a bug in the configuration / installation:
When configuring R-2.2.1 using the Intel v9 Fortran compiler as default Fortran
compiler and g++ as C++ compiler on a Suse 9.3 Lin
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
