That is an error in Splus 8.3. It must have changed quite a while
ago - it was an error in Splus 5.1, released in 1999 and I don't have
an older version handy right now. Current behavior is
> 1:10 + 0:1
[1] 1 3 3 5 5 7 7 9 9 11
> 1:10 + 0:2
Problem in 1:10 + 0:2: length of longer operan
Is there some reason why
> (1:2)+(1:3)
[1] 2 4 4
Warning message:
In (1:2) + (1:3) :
longer object length is not a multiple of shorter object length
can't be made into an error? I realise it was there in S-PLUS, but
since it produces a warning there can't be many examples on CRAN or
Bioconduct
Seemed like a good idea at the time, but
> options(max.print = .Machine$integer.max)
> 1:10
[1]
Program received signal SIGSEGV, Segmentation fault.
because of an integer overflow at src/main/printvector.c:176
> sessionInfo()
R Under development (unstable) (2012-09-24 r60800)
Platf
On 24.09.2012 19:30, Kasper Daniel Hansen wrote:
R-devel now gives a warning for a non-standard license (this may have
happened for a while).
Yes, for several years now.
In Rgraphviz we include the Graphviz source code, which is under
Eclipse. But the rest of the R package is under Artisti
R-devel now gives a warning for a non-standard license (this may have
happened for a while).
In Rgraphviz we include the Graphviz source code, which is under
Eclipse. But the rest of the R package is under Artistic-2.0 or at
least contains code from past contributors which were licensed under
Art
On Mon, Sep 24, 2012 at 9:22 PM, Christian Hoffmann
wrote:
> Dear Deepayan Sarkar,
>
> I have (again) a question concerning "panel" and my function "SplomT", see
> attachments. Some time ago you helped me to write this function, thanks
> again. I have used it to great advantage in my statistics in
