On Tue, 22 Jul 2003, Duncan Murdoch wrote:
On Wed, 23 Jul 2003 00:49:05 +0200 (MET DST), you wrote:
Hi,
zeros is output from fractions()
zeros
[1] -2 -2/51 4/3
abs(zeros)
[1] -2 -2/51 4/3
The fractions() function is presumably the one from MASS; questions
about
Prof Brian Ripley wrote:
On Tue, 22 Jul 2003, Duncan Murdoch wrote:
This is not even a VR bug: no one said abs() is implemented for fractions,
and it is not. From the help page:
Arithmetic operations on `fractions' objects are possible.
and abs() is not such an operation.
Something
Something seems wrong in the way the group generics are registered, as
they are not being called. As a workaround, add
export(Math.fractions,Ops.fractions,Summary.fractions)
to library/MASS/NAMESPACE and the examples seem to work again.
On Wed, 23 Jul 2003, Barry Rowlingson wrote:
Prof
DispatchGroup was not using R_LookupMethod for the group generic;
should be fixed in R-devel now.
luke
On Wed, 23 Jul 2003, Prof Brian Ripley wrote:
Something seems wrong in the way the group generics are registered, as
they are not being called. As a workaround, add
I have been able to compile R on OpenBSD 3.[23] for the i386 platform
(still a.out at the moment).
There are problems with the naming convention for OpenBSD and the shared
libraries which prevents the build completing. I have included patches for
your consideration...I'm not an expert programmer
The current version of R-devel has internal support for
dlclose/dlopen/dlsym for Darwin.
Configure problems have also been solved thanks to Brian and Kurt.
Having or not libdl.0.dylib etc it is always the internal code that is
used.
Stefano
__
[EMAIL
Attached is a patch to $RSRC/share/perl/R/Rdconv.pm that adds support for
\verbatim{ ... } to the .Rd format.
-Greg
-Original Message-
From: Kurt Hornik [mailto:[EMAIL PROTECTED]
Sent: Wednesday, July 16, 2003 2:31 AM
To: Warnes, Gregory R
Cc: '[EMAIL PROTECTED]'
Subject: Re: [Rd]
sorry for the late reply. i dunno if anyone ever wrote you back.
although perhaps not written for clarity, i think what appears in the code
is correct. the routine only guarantees that one of cum or ccum has a
valid return value depending on i_tail (the other might as well be
garbage, but
