You haven't even told us your OS!
The simple solution is to use a local copy of R. It is probably the case
that few of those 1500 packages are used, and certainly that few are used
in each R session: you may also want to install locally any that are
heavily used.
We found it advantageous to d
Deepayan Sarkar wrote:
> Announcement:
>
> (For those every-once-in-a-while occasions when you run R from a
> terminal instead of Emacs, and then wish something would happen when
> you hit TAB...)
>
> Last week, I started looking at the GNU Readline documentation to see
> if I could figure out
On Tue, 24 Oct 2006, Uwe Ligges wrote:
>
>
> Deepayan Sarkar wrote:
>> Announcement:
>>
>> (For those every-once-in-a-while occasions when you run R from a
>> terminal instead of Emacs, and then wish something would happen when
>> you hit TAB...)
>>
>> Last week, I started looking at the GNU Readl
Full_Name: Sébastien Villemot
Version: 2.4.0
OS: Debian testing
Submission from: (NULL) (62.212.121.128)
Hi,
In the mle() function of the stats4 package, there is a bug in the ordering of
the variables given in the 'start' argument.
By just changing the order of the variables listed in the 'sta
Full_Name: Hendrik Fuß
Version: 2.4.0
OS: Mac OS 10.4.8
Submission from: (NULL) (201.43.91.248)
Steps to reproduce the bug:
Define the function
my.mean = function(x,y) (x+y)/2
then type "my.m" in the interactive shell and press TAB. "my.mean(" appears at
the input prompt, but the status bar
(I'm not sure if this is a request for a feature, or another instance
where a feature has eluded me for many years.)
Often I have a function which calls other functions, and may often use
the default arguments to those functions, but needs the capability to
pass along non-default choices. I usu
On 10/24/2006 12:58 PM, Paul Gilbert wrote:
> (I'm not sure if this is a request for a feature, or another instance
> where a feature has eluded me for many years.)
>
> Often I have a function which calls other functions, and may often use
> the default arguments to those functions, but needs th
On Tue, 24 Oct 2006, Duncan Murdoch wrote:
> On 10/24/2006 12:58 PM, Paul Gilbert wrote:
>> (I'm not sure if this is a request for a feature, or another instance
>> where a feature has eluded me for many years.)
>>
>> Often I have a function which calls other functions, and may often use
>> the de
"Charles C. Berry" <[EMAIL PROTECTED]> writes:
> On Tue, 24 Oct 2006, Duncan Murdoch wrote:
> > with no defaults. However, this little demo illustrates the point, I think:
> >
> > > g <- function(gnodef, gdef=1) {
> > +if (missing(gnodef)) cat('gnodef is missing\n')
> > +if (missing(gdef
Hi Community,
I'm trying to reconcile Cook's Distances computed in glm. The
following snippet of code shows that the Cook's Distances contours on
the plot of Residuals v Leverage do not seem to be the same as the
values produced by cooks.distance() or in the Cook's Distance against
observation nu
[EMAIL PROTECTED] writes:
> Hi Community,
>
> I'm trying to reconcile Cook's Distances computed in glm. The
> following snippet of code shows that the Cook's Distances contours on
> the plot of Residuals v Leverage do not seem to be the same as the
> values produced by cooks.distance() or in the
Hi
Peter Dalgaard wrote:
> Patrick Burns <[EMAIL PROTECTED]> writes:
>
>> I'm not sure if this has much significance or not -- but
>> it sounds rather ominous. It doesn't appear to be new
>> as it happens with 2.0.0 in Linux (but the formatting of
>> the warning messages has improved).
>>
>> >
On 10/24/06, Prof Brian Ripley <[EMAIL PROTECTED]> wrote:
> On Tue, 24 Oct 2006, Uwe Ligges wrote:
[...]
> >> Questions:
> >>
> >> There are a couple of things about which I would like some advice:
> >>
> >> (1) The package currently contains a very rudimentary configure script
> >> which stops ins
13 matches
Mail list logo
