Saikat DebRoy wrote:
>
> On Monday, Oct 13, 2003, at 16:17 US/Eastern, John Chambers wrote:
>
> > As a heuristic, setting methods for language-related primitives is
> > dangerous (also a little strange?).
>
> Yes. But if it is allowed, someone will do it. It may actually make
> sense to come up
On Monday, Oct 13, 2003, at 16:17 US/Eastern, John Chambers wrote:
As a heuristic, setting methods for language-related primitives is
dangerous (also a little strange?).
Yes. But if it is allowed, someone will do it. It may actually make
sense to come up with an appropriate (and preferably small)
The comment below points to a non-existing file: devPS.c sits in main
for some releases.
\name{pdf}
\alias{pdf}
\title{PDF Graphics Device}
%% The definitive doc is the source :-)
%% ../../../main/devices.c & ../../../unix/devPS.c
--
Thomas HoffmannTelep
This code can be found near the top of unix/sys-std.c. Is there a reason
for this?
#include "Runix.h"
#include "Startup.h"
#include "Runix.h"
--
Thomas HoffmannTelephone: 49-351-4598831
[EMAIL PROTECTED] Dresden, Germany
.
[EMAIL PROTECTED] wrote:
>
> > setClass('foo')
> [1] "foo"
> > setMethod('is.logical', 'foo', function(x) TRUE)
> [1] "is.logical"
> > getGeneric('is.integer')
> Error in options(x) : evaluation is nested too deeply: infinite
> recursion?
This is one of a number of potential problems when meth
Martin Maechler <[EMAIL PROTECTED]> wrote:
> When accidentally calling print() {implicitly}, we have been used here to
> press CTRL+c (twice in Emacs ESS!) for stopping the output.
> This no longer works in R 1.8.0 at least on our unix platforms.
Luke Tierney <[EMAIL PROTECTED]> wrote:
> Needs a c
abbreviate() will go into an infinite loop if two elements of the argument
differ only by leading space
eg
abbreviate(c("A"," A"), 4)
This is in R 1.8.0 (both OS X and Linux).
The problem appears to be that duplicates are removed before leading and
trailing spaces.
-thomas
Subsetting objects with attributes are present do not behave
consistently.
The exception is the empty vector subscript.
Let's look at an example.
> foo <- matrix(1:16, 4, dimnames=list(letters[1:4], letters[5:8]))
> names(foo) <- LETTERS[1:16] # add names
> attr(foo, 'bar') <- TRUE # and an extr
> setClass('foo')
[1] "foo"
> setMethod('is.logical', 'foo', function(x) TRUE)
[1] "is.logical"
> getGeneric('is.integer')
Error in options(x) : evaluation is nested too deeply: infinite
recursion?
>
--please do not edit the information below--
Version:
platform = i686-pc-linux-gnu
arch
I'm having problems with seq.POSIXt() under R 1.8.0 (Windows NT4).
Essentially the last date in my sequence is lost depending on whether the
sequence spans a daylight saving time change.
This seems to apply regardless as to whether one uses by="DSTdays" or
by="days".
Try the following lines of
> "Paul" == p murrell <[EMAIL PROTECTED]>
> on Mon, 13 Oct 2003 01:39:21 +0200 (MET DST) writes:
Paul> Hi If all values are small, zapsmall does not zap.
Paul> For example ...
>> zapsmall(1e-24)
Paul> [1] 1e-24
>> zapsmall(1e-24, digits=3)
Paul> [1] 1e-24
11 matches
Mail list logo
