bug of MKL 11.0...
_gfortran_internal_malloc64 and _gfortran_internal_free is needed by [cz]labrad
in libmkl_gnu_thread.
There is it in libgfortran of gfortran-4.1 as an outside symbol, but
there is not it for
gfortran-4.2 or latter.
Many people pushed forward old gfortran, but there was not the p
In R's sprintf() if any of the arguments has length 0
the function aborts. E.g.,
> sprintf("%d", integer(0))
Error in sprintf("%d", integer(0)) : zero-length argument
> sprintf(character(), integer(0))
Error in sprintf(character(), integer(0)) :
'fmt' is not a non-empty character
Hi everybody,
Google has accepted the R-Foundation as mentoring organization
for the Summer of Code 2009. Jippi!
Thus, the idea for the next few days (18.-23.) is that "Would-be
student participants discuss application ideas with mentoring
organizations" (our collected ideas or their new ideas).
> -Original Message-
> From: r-devel-boun...@r-project.org
> [mailto:r-devel-boun...@r-project.org] On Behalf Of Duncan Murdoch
> Sent: Tuesday, March 17, 2009 12:15 PM
> To: Daniel Murphy
> Cc: r-devel@r-project.org
> Subject: Re: [Rd] Match .3 in a sequence
>
> On 3/17/2009 11:26 AM, Da
Could you send me your package code, off-list. I think the problem may
be related to non-exported S3 method objects.
John
Thomas Lumley wrote:
I'm still having problems getting a package to define both S3 and S4
methods for the same new generic, on a current r-devel (version 48144).
Sympt
The short answer is because S3 method dispatch knows nothing about S4
methods and never has (but maybe should). You select S4 methods by
creating and calling an S4 generic outside of base, and base functions
don't call it.
Details:
Your assertion is not entirely correct. As always, you need
Kevin,
On Mar 18, 2009, at 12:08 , Kevin Hendricks wrote:
I don't think so, because IMHO it makes no sense - you're missing
the main point that R is not thread safe. There are ways to use
threads from within R very cautiously (see Luke's parallelized
vector math operations for R for exampl
I'm still having problems getting a package to define both S3 and S4 methods
for the same new generic, on a current r-devel (version 48144).
Symptoms
example(bigglm)
bigglm> data(trees)
bigglm> ff<-log(Volume)~log(Girth)+log(Height)
bigglm> a <- bigglm(ff,data=trees, chunksize=10, sandwich
> Is there any official effort underway to make R thread-safe? If so,
> are they looking for volunteers.
I'm looking forward to the answer to this question!
> Would making R fully thread-safe
> really make that much sense given you can parallelize vector/matrix
> operations now (as you noted) wh
Hi,
I don't think so, because IMHO it makes no sense - you're missing
the main point that R is not thread safe. There are ways to use
threads from within R very cautiously (see Luke's parallelized
vector math operations for R for example). There are many good
methods to use threads in
On Mar 18, 2009, at 7:11 , Ted Byers wrote:
of thing I did when writing
code to run on a supercomputer supporting vector algebra decades ago).
With ITT, if Lapack was rewritten to take advantage of it, much of
the code would look quite different from what it does today. Of
course, if you're al
On Mar 18, 2009, at 10:11 , Ted Byers wrote:
On Wed, Mar 18, 2009 at 9:28 AM, Simon Urbanek
wrote:
Things cannot happen if you don't ask ...
Cheers,
Simon
Then I have two questions.
1) What multicore package? I didn't know there was one, and would
be interested in seeing what it does.
On 18 March 2009 at 09:56, hadley wickham wrote:
| On Wed, Mar 18, 2009 at 9:11 AM, Ted Byers wrote:
| > 1) What multicore package? I didn't know there was one, and would be
| > interested in seeing what it does.
|
| http://tinyurl.com/cudqqf
|
| ;)
Readers of the CRANberries RSS feed knew ab
On Mar 18, 2009, at 9:45 , Rune Schjellerup Philosof wrote:
Simon Urbanek wrote:
On Mar 18, 2009, at 8:59 , Rune Schjellerup Philosof wrote:
A simple example of use:
data1 <- data2 <- matrix(0, r, c)
dataFiller <- function(i) {
tmp <- someCalculation(i)
data1[, i] <<- tmp$result1
data2[, i
On Wed, Mar 18, 2009 at 9:11 AM, Ted Byers wrote:
> On Wed, Mar 18, 2009 at 9:28 AM, Simon Urbanek
> wrote:
>> Things cannot happen if you don't ask ...
>>
>> Cheers,
>> Simon
>>
> Then I have two questions.
>
> 1) What multicore package? I didn't know there was one, and would be
> interested in
On Wed, Mar 18, 2009 at 9:28 AM, Simon Urbanek
wrote:
> Things cannot happen if you don't ask ...
>
> Cheers,
> Simon
>
Then I have two questions.
1) What multicore package? I didn't know there was one, and would be
interested in seeing what it does.
2) Has there been any consideration of using
Dear list,
It seems that S4 methods defined for an S3 'base' generic
are not used in 'base' functions.
This can be problematic when 'base' functions start with
something like 'as.matrix'.
### START R code
setClass("classA", contains = "matrix",
representation(realData = "numeric"))
Simon Urbanek wrote:
> On Mar 18, 2009, at 8:59 , Rune Schjellerup Philosof wrote:
>> A simple example of use:
>> data1 <- data2 <- matrix(0, r, c)
>> dataFiller <- function(i) {
>> tmp <- someCalculation(i)
>> data1[, i] <<- tmp$result1
>> data2[, i] <<- tmp$result2
>> }
>> runParallelIn
On Mar 18, 2009, at 8:59 , Rune Schjellerup Philosof wrote:
Duncan Temple Lang wrote (Mon Nov 7 22:35:22 CET 2005):
R is not yet thread safe.
We are working on it, and I hope to make some progress before
the end of the year. (This one even!)
D.
How is this going along?
For some things it
This is not a bug. You forgot to use the header=TRUE argument to read.table(),
so your variables weren't recognized as numeric.
Please don't use r-bugs unless you are sure there is a bug in R. Use r-help to
ask for help.
-thomas
On Wed, 18 Mar 2009 michael_ka...@earthlink.net wrote:
Full_Name: Michael Aaron Karsh
Version: 2.8.0
OS: Windows XP
Submission from: (NULL) (75.61.109.172)
I tried using the lm function to regress the third column listed below on the
second column listed below. It gave me an error message. My code is below.
> HDISWLSdata=read.table("RHDISWLS.txt")
Duncan Temple Lang wrote (Mon Nov 7 22:35:22 CET 2005):
>R is not yet thread safe.
>We are working on it, and I hope to make some progress before
>the end of the year. (This one even!)
>
> D.
How is this going along?
For some things it would be simpler to use threads compared to
processes, to av
This is fixed now in R-devel.
Meanwhile a similar issue was found with \kbd in a \value{} preamble,
but only in Perl 5.10.x (and the same fix resolves that).
On Thu, 5 Mar 2009, Prof Brian Ripley wrote:
The problem is that \pkg gets included (unescaped) in a Perl substitution,
and in modern
> "DR" == David Rosenberg
> on Tue, 17 Mar 2009 13:25:46 -0400 writes:
DR> I've written a package to assist with using R in Hadoop Streaming.
DR> The main point of the package is to help make command-line runnable
DR> RScript files. I'd like to provide a demo RScript fi
24 matches
Mail list logo
