On Sat, 17 Oct 2009, Rodrigo Flores wrote:
Hi
I'm trying to run a R script in a computer grid using the Rscript
interpreter, but the Rscript is not returning zero (even when the
scripts processes succesfully) on its exit which causes the scheduler
to detect an error and not records the output.
Hi
I'm trying to run a R script in a computer grid using the Rscript
interpreter, but the Rscript is not returning zero (even when the
scripts processes succesfully) on its exit which causes the scheduler
to detect an error and not records the output.
Is there any way to get the Rscript returning
Dear,
I wrote a code in Fortran using OpenMP. When testing the code in Fortran it was
working. However, changing the code for the R, it does not indicate the use of
threads, it should indicate.
I know that the R accepts the directives of OpenMP, but I can not use them
correctly in R.
Below is a
On Sat, 17 Oct 2009, Seth Falcon wrote:
* On 2009-10-16 at 15:00 +0200 sj...@damtp.cam.ac.uk wrote:
I think Rscript has a problem running files that have mac encodings
for newline (^M rather than ^J on linux).
I think those are Mac conventions for end-of-line, not for newline.
Even in MacRom
Seth Falcon wrote:
* On 2009-10-16 at 15:00 +0200 sj...@damtp.cam.ac.uk wrote:
I think Rscript has a problem running files that have mac encodings
for newline (^M rather than ^J on linux). If I source the file within
R, it works okay:
source('j.R')
[1] "MEA_data/sernagor_new/CRX_P7_1.txt"
I apologize for cross posting this message in the R-help group as well. Having
posted it there a couple of hours ago, I felt this may be a more appropriate
forum for a question of this type.
Hello -- I am unable to build R 2.9.2 on IBM PowerPC AIX5.3. I would
appreciate
any help in this matt
Even though its not hard to convert files, I think it would be better
if R could directly handle different line endings since R tends to be
used in a cross platform way and its common to have files of different
line endings that originated from different systems.
On Sat, Oct 17, 2009 at 5:03 PM, S
* On 2009-10-16 at 15:00 +0200 sj...@damtp.cam.ac.uk wrote:
> I think Rscript has a problem running files that have mac encodings
> for newline (^M rather than ^J on linux). If I source the file within
> R, it works okay:
> > source('j.R')
> [1] "MEA_data/sernagor_new/CRX_P7_1.txt"
>
> But if I
When you linked to ../examples/ R was not involved, and what you are
seeing is what your browser did with a file:// url. Most browsers
will support a wide range of file types, and list directories: but
that is not something that was ever (AFAICS) documented to work.
The 'issue' is your expect
Duncan Murdoch wrote:
Thomas Petzoldt wrote:
[...]
This is fine, but in contrast to older versions (<= 2.9.2) no
automatic index is created for the linked directory, so we now get:
"URL /library/foo/examples/ was not found"
but linking to *individual files* (e.g. examples/example.R) works
Thomas Petzoldt wrote:
Dear R developers,
some of our packages come with additional programming examples in a
directory called "/examples" which is created from "/inst/examples".
This directory is linked from the docs (e.g. in inst/doc/index.html):
examples:
Source code of examples
Given,
That is usually done with trunc rather than cut since in the case of a
time series we normally don't want a factor result (which is what cut
would give):
trunc(tt, "secs")
trunc(tt, "mins")
# etc
trunc.POSIXt does not support the "30 secs" syntax but trunc.times in
the chron package supports simi
I think Rscript has a problem running files that have mac encodings
for newline (^M rather than ^J on linux). If I source the file within
R, it works okay:
> source('j.R')
[1] "MEA_data/sernagor_new/CRX_P7_1.txt"
But if I run the file using Rscript on a linux box I get a strange
error message:
Dear R developers,
some of our packages come with additional programming examples in a
directory called "/examples" which is created from "/inst/examples".
This directory is linked from the docs (e.g. in inst/doc/index.html):
examples:
Source code of examples
Given, that we have a package
I was on the Goto BLAS maillist yesterday, asking some question about
relative speed/performance/tuning of Goto BLAS and (specifically) R.
I received a reply from Kazushige Goto (the developer and maintainer of
Goto BLAS), who as part of his answer to some of my queries made the
following comm
On Fri, 16 Oct 2009 16:12:40 +0200, Ben Bolker wrote:
PS a parallel problem seems to occur in cut.Date ... cut.POSIXt and
cut.Date
both allow
breaks to be a single integer specifying the number of breaks, and both
call
if(is.null(labels)) levels(res) <- as.character(breaks[-length(bre
16 matches
Mail list logo