Have you ever tried to use .Call instead of .C?
my segfault-problem was solved by using .Call but I am just a beginner and
can not explain why this is
Alex
--
View this message in context:
http://r.789695.n4.nabble.com/segfault-after-C-call-tp3872557p3881461.html
Sent from the R devel mailing li
Does anyone from core have a comment on the implications for the R-project on
this:
http://www.theregister.co.uk/2011/10/07/unix_time_zone_database_destroyed/
Given the inclusion of the TZ database with R as well as the functionality used
by R, is this something that the FSF is looking at yet?
Not as yet. Many much bigger users than us (almost all Unix-alike
OSes, Java, Tcl, MySQL, PostgreSQL, Oracle, ...) have more resources
to investigate.
Note that we only use the database on Windows, and only because OS
services are woefully inadequate on that platform: we could go back to
usi
On Thu, Oct 6, 2011 at 11:25 PM, Prof Brian Ripley wrote:
>
> Why would it make it easier? And how could using a dummy for 'most users'
> (who are on Windows) offer them 'good parallel support'?
Good point. Most of my users are on unix, because my use of mclapply() is
primarily to expedite pro
On Fri, 7 Oct 2011, Tim Triche, Jr. wrote:
On Thu, Oct 6, 2011 at 11:25 PM, Prof Brian Ripley
wrote:
Why would it make it easier? And how could using a dummy for 'most
users' (who are on Windows) offer them 'good parallel support'?
Good point. Most of my users are on unix, because my use o
Dear Tim,
> -Original Message-
> From: r-devel-boun...@r-project.org [mailto:r-devel-boun...@r-project.org]
On
> Behalf Of Tim Triche, Jr.
> Sent: October-07-11 3:05 PM
> To: Prof Brian Ripley
> Cc: r-devel
> Subject: Re: [Rd] parallel::mclapply() dummy function on Windows?
>
> On Thu, Oc
