I'm not sure what your sticking point here is. If mpi does not modify
data in a (char *) pointer, then that really is a (const char *) pointer
and the headers are being unhelpful in not telling the compiler that
the data are constant.
If that is the case you need to use casts to (char *) and t
Hi. I am the maintainer of Rmpi package. Now I have a problem regarding
the change of CHAR () in R 2.6.0. According to R 2.6.0 NEWS:
***
CHAR() now returns (const char *) since CHARSXPs should no
longer be modified in place. This change allows compilers to
warn or error about i
idontwant googeltospyafterme wrote on 09/28/2007 09:33 AM:
> dear r-community,
>
> currently i have a workflow as following:
> data in online-MYSQL-database via .csv into R for analysis, results
> back to mysql.
> generating graphics for reports also.
>
> that's ok, but i need some process-optimi
In response to Martin's suggestion, if you DID want a fairly simple way
to provide light-weight web access to R, Rpad would be a good choice. I
actually run SQL Server 2005, Apache, and R/Rpad on the same server, but
the usage is very light in terms of number of users. It was pretty
quick to set
Duncan Murdoch wrote:
> On 9/28/2007 7:45 AM, Petr Savicky wrote:
>
>> On Fri, Sep 28, 2007 at 12:39:30AM +0200, Peter Dalgaard wrote:
>>
> ...
>
>>> Longer-term, I still have some hope for better reference counting, but
>>> the semantics of environments make it really ugly -- an envi
On Fri, 28 Sep 2007, Luke Tierney wrote:
> On Fri, 28 Sep 2007, Petr Savicky wrote:
[...]
>> This leads me to a question. Some of the tests, which I did, suggest
>> that gc() may not free all the memory, even if I remove all data
>> objects by rm() before calling gc(). Is this possible or I must
Hi Josuah
RWebServices might be a different approach. It allows R functions and
methods to be deployed as SOAP-based web services, and relies on an
underlying Java architecture that uses JMS to separate the web services
front end from a collection of R workers (on different machines). This
seems m
Have you read section 4 of the FAQ? If not, that would be a good place
to start.
--
Gregory (Greg) L. Snow Ph.D.
Statistical Data Center
Intermountain Healthcare
[EMAIL PROTECTED]
(801) 408-8111
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf Of
dear r-community,
currently i have a workflow as following:
data in online-MYSQL-database via .csv into R for analysis, results
back to mysql.
generating graphics for reports also.
that's ok, but i need some process-optimization.
i'd like to run r directly on the webserver. analysis should work
...because my messages get rejected due to filter rule match everytime...
sorry for any unconviniece.
josuah r.
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
On 9/28/2007 7:45 AM, Petr Savicky wrote:
> On Fri, Sep 28, 2007 at 12:39:30AM +0200, Peter Dalgaard wrote:
...
>> Longer-term, I still have some hope for better reference counting, but
>> the semantics of environments make it really ugly -- an environment can
>> contain an object that contains
On Fri, 28 Sep 2007, Petr Savicky wrote:
> On Fri, Sep 28, 2007 at 12:39:30AM +0200, Peter Dalgaard wrote:
> [...]
>>> nrow <- function(...) dim(...)[1]
>>> ncol <- function(...) dim(...)[2]
>>>
>>> At least in my environment, the new versions preserved NAMED == 1.
I believe this is a bug in the
On Fri, Sep 28, 2007 at 12:39:30AM +0200, Peter Dalgaard wrote:
[...]
> >nrow <- function(...) dim(...)[1]
> >ncol <- function(...) dim(...)[2]
> >
> >At least in my environment, the new versions preserved NAMED == 1.
> >
> Yes, but changing the formal arguments is a bit messy, is it not?
Specif
13 matches
Mail list logo
