On Wed, 11 Jun 2008, Tadashi Kadowaki wrote:
Prof. Ripley,
Yes, I can configure when I write configure.ac correctly.
But, If you provide all settings in Rconfig.h, I don't have to
write configure.ac. That is a big benefit for package developers.
Well, unlikely as no one else has requested it
I just installed Rmpi on my 64-bit Ubuntu Hardy Heron OS and using the
following without errors:
"R CMD INSTALL Rmpi_0.5-5.tar.gz --configure-args=--with-mpi=/usr/lib64/openmpi"
Immediately at library(Rmpi) I get the segfault displayed in my
complete output below. My first thought is that perhaps
On Tue, Jun 10, 2008 at 8:07 AM, John Chambers <[EMAIL PROTECTED]> wrote:
> It's now perhaps only a historical point, but one motivation for
> introducing show() in S4 was the thought that something other than
> "printing" might evolve to be better for "showing" an object (e.g., a method
> that di
Here are three different scenarios in which the browser() exits
when I don't want it to. These are all related to the browser
accepting either c or (return) to exit. I would like an option
to turn off the (return) behavior in order to avoid these problems.
# Case 1 - when calling help
# Note,
The changes that Dirk is suggesting would help for several packages I
maintain, particularly rpy.
-G
On 6/8/08 1:05 PM, "Dirk Eddelbuettel" <[EMAIL PROTECTED]> wrote:
>
>
> Brian,
>
> On 6 June 2008 at 07:33, Dirk Eddelbuettel wrote:
> |
> | On 6 June 2008 at 13:13, Prof Brian Ripley wrote:
>
Hi all,
A new version of RSQLite has been uploaded to CRAN and should be
available soon. This update contains a minor change to the C code
that should improve compatibility on various unix OS.
+ seth
--
Seth Falcon | http://userprimary.net/user/
__
Prof. Ripley,
Yes, I can configure when I write configure.ac correctly.
But, If you provide all settings in Rconfig.h, I don't have to
write configure.ac. That is a big benefit for package developers.
Actually I haven't written correct configure.ac yet.
Regards,
Tadashi Kadowaki
2008/6/10 Prof
It's now perhaps only a historical point, but one motivation for
introducing show() in S4 was the thought that something other than
"printing" might evolve to be better for "showing" an object (e.g., a
method that displayed the object graphically). The name was chosen to
be neutral about how t
On Tue, 10 Jun 2008, John Chambers wrote:
The function show() is intended as a mechanism for automatic display of
objects, a vehicle for writing methods that control the automatic display
of new classes of objects (as noted in its documentation and in
"Programming with Data").
That's why, unlik
> "LG" == Laurent Gautier <[EMAIL PROTECTED]>
> on Tue, 10 Jun 2008 09:58:17 +0200 writes:
LG> 2008/6/10 Prof Brian Ripley <[EMAIL PROTECTED]>:
>> On Tue, 10 Jun 2008, Laurent Gautier wrote:
>>
>>> 2008/6/10 Prof Brian Ripley <[EMAIL PROTECTED]>:
sho
The function show() is intended as a mechanism for automatic display of
objects, a vehicle for writing methods that control the automatic
display of new classes of objects (as noted in its documentation and in
"Programming with Data").
That's why, unlike print() or plot(), it has no optional ar
2008/6/10 Prof Brian Ripley <[EMAIL PROTECTED]>:
> On Tue, 10 Jun 2008, Laurent Gautier wrote:
>
>> 2008/6/10 Prof Brian Ripley <[EMAIL PROTECTED]>:
>>>
>>> showDefault has
>>>
>>> clDef <- getClass(class(object))
>>>
>>> Looks like the showDefault code intended
>>>
>>> clDef <- getClass(class(
On Tue, 10 Jun 2008, Laurent Gautier wrote:
2008/6/10 Prof Brian Ripley <[EMAIL PROTECTED]>:
showDefault has
clDef <- getClass(class(object))
Looks like the showDefault code intended
clDef <- getClass(class(object), .force=TRUE)
However, why are you calling show() on a non-S4 object?
2008/6/10 Prof Brian Ripley <[EMAIL PROTECTED]>:
> showDefault has
>
>clDef <- getClass(class(object))
>
> Looks like the showDefault code intended
>
>clDef <- getClass(class(object), .force=TRUE)
>
> However, why are you calling show() on a non-S4 object? I cannot see any
> advtanges in d
14 matches
Mail list logo