Prof Brian Ripley wrote:
Here is the NEWS item, for 2.5.0
ooptions(device = ) now accepts a function object as well as
the name of a function.
The construct in the subject line has been broken ever since.
OK, but that entry was obviously hard to spot even when looking for it!
On
Here is the NEWS item, for 2.5.0
o options(device = ) now accepts a function object as well as
the name of a function.
The construct in the subject line has been broken ever since.
On Thu, 8 May 2008, Peter Dalgaard wrote:
Prof Brian Ripley wrote:
Please do study the posting gu
Thanks for the pointer, and the problem solved.
I double checked that Rf_PrintValue works when the option
"unwindonsignal" is turned on in gdb. I also found that without "set
unwindonsignal on", both "p Rf_PrintValue(colNames)" and "p
R_PV(colNames)" could result in SIGTRAP or SIGSEGV sometimes. B
Prof Brian Ripley wrote:
Please do study the posting guide. This was covered recently:
https://stat.ethz.ch/pipermail/r-devel/2008-April/049319.html
Nevertheless, perhaps an explicit NEWS entry could be warranted,
something like
oThe "device" option can now be a function, and is one in
Frédéric Lafitte wrote:
Hi,
I have a R-package that works fine with R 2.7.0 (it builds, checks and
installs) but not with R 2.8.0.
Running check in 2.8.0 gives the following output :
[...]
* checking examples ... ERROR
[...]
The error most likely occurred in:
[...]
dev <- show.pr(mr.tbl, col
Please do study the posting guide. This was covered recently:
https://stat.ethz.ch/pipermail/r-devel/2008-April/049319.html
On Wed, 7 May 2008, Frédéric Lafitte wrote:
Hi,
I have a R-package that works fine with R 2.7.0 (it builds, checks and
installs) but not with R 2.8.0.
There is no 'R
Hi,
I have a R-package that works fine with R 2.7.0 (it builds, checks and
installs) but not with R 2.8.0.
Running check in 2.8.0 gives the following output :
[...]
* checking examples ... ERROR
[...]
The error most likely occurred in:
[...]
> dev <- show.pr(mr.tbl, col="green", type="b")
Error in
Dear Mr.
Beginning to work on Linux.
I am trying to install R into Ubuntu Gustsy. I installed version 2.5.1 and
worked fine. But then I tried to upgrade by adding these lines to sources.list:
deb http://cran.fiocruz.br/bin/linux/debian etch-cran/
deb http://cran.fiocruz.br/bin/linux/ubuntu guts
Full_Name: Stephen Weston
Version: 2.7.0
OS: darwin8.10.1
Submission from: (NULL) (75.56.13.246)
If a socketConnection is created in an R session, and you call
closeAllConnections to close it, you get the following error:
> x <- socketConnection("localhost", 80)
> closeAllConnections()
Error in
I came across a quite interesting post from Ross Ihaka, thought would be good
to share it and get the opinion of folks around here. I am not sure where to
post this for the R community but since it has to do with development I
thought or R-devel
Ross Ihaka
Newsgroups: comp.lang.lisp
From: Ross I
sorry I forgot the return statement, it should be
if ([EMAIL PROTECTED]) return(TRUE)
Dr Oleg Sklyar
Technology Group
Man Investments Ltd
+44 (0)20 7144 3803
[EMAIL PROTECTED]
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf Of Sklyar,
> Oleg (MI Lon
You could add a flag to your class and check if it set as a first thing
in the validity as in the example below:
setClass("foo",
representation("numeric", .validate="logical"),
prototype(.validate=TRUE),
validity=function(object) {
if ([EMAIL PROTECTED]) TRUE
## do lengthy checks
Hi
Suppose I have an S4 class "foo" and a validity checking
function ".checkfoo()":
setClass("foo", representation=representation("numeric"))
setValidity("foo" , .checkfoo)
is fine; in my application, .checkfoo() verifies that a bunch
of necessary conditions are met.
But .checkfoo() is very
It is also working for me, so it is almost certainly local to you.
Sometimes you can get more information by running 'R CMD check', which
also builds the vignettes but leaves logs in pkg.Rcheck/inst/doc .
On Sun, 4 May 2008, Oleg Sklyar wrote:
Dear lists:
I am somewhat puzzled by the use of
Please report this to R-forge, not here -- it is not an R development
issue (as e.g. R itself and the CRAN packages are being built).
It looks like they don't have the correct Rtools (27 or 28) installed.
You can use win-builder to get a Windows binary built.
On Wed, 7 May 2008, Yohan Chalabi
On Wed, 2008-05-07 at 09:48 +0200, Yohan Chalabi wrote:
> Hi room,
>
> There seems to be a problem with the Windows building machines of
> R-Forge. All our packages with Fortran source code cannot be compiled
> for Windows. The error in the log file is
>
> make[3]: gfortran: Command not found
>
Hi room,
There seems to be a problem with the Windows building machines of
R-Forge. All our packages with Fortran source code cannot be compiled
for Windows. The error in the log file is
make[3]: gfortran: Command not found
It seems that gfortran is not installed. Is there any plan to fix this
o
17 matches
Mail list logo
