Fabio,
I see two problems with your code:
1. R type numeric corresponds to FORTRAN Real*8 (or double precision)
so that line 4 of your mat.f95 becomes:
REAL*8 :: x, y, res
2. your R code won't ever succeed because you pass integer matrices
(x,y,res) to a subroutine that expects REAL*8 data.
you
Thanks very much!!!
Fábio Mathias Corrêa
Estatística e Experimentação Agropecuária/UFLA
--- Em sex, 14/8/09, Simone Giannerini escreveu:
> De: Simone Giannerini
> Assunto: Re: [Rd] Problem with function in fortran 95
> Para: "Fabio Mathias Corrêa"
> Cc: r-devel@r-project.org
On Thu, 13 Aug 2009 13:42:39 -0400
Simon Urbanek wrote:
> I'm not convinced that what you propose is a good idea. First, I
> don't quite understand why you would want to use an existing SEXP -
> if you had a valid SEXP for the current R instance, then there is no
> need for R_RegisterObject. If t
It transpires this had nothing to do with 'Mac OS X 10.5' (sic, 'ten
ten'): it is a 32-bit vs 64-bit issue, and I could not reproduce it
even on Mac OS 10.5 with a 64-bit build.
The difference is simply the size of 'long' used for internal
calculations in the apse.c code, and it seems that has
Dear R-devels,
dear Duncan,
just to close this thread...
> Peter Ruckdeschel wrote:
>> Hi R-devels,
>>
>> I noticed that you are working quite actively on the new Rd-parser
>> and have made it the default renderer in R-2.10.0dev. So I would
>> like to come back on an issue I have already raised o
On 8/14/2009 8:37 AM, Peter Ruckdeschel wrote:
Dear R-devels,
dear Duncan,
just to close this thread...
Peter Ruckdeschel wrote:
Hi R-devels,
I noticed that you are working quite actively on the new Rd-parser
and have made it the default renderer in R-2.10.0dev. So I would
like to come back
Here's my osx data/session info (identical after a re-install):
> class(eurodist)
[1] "data.frame"
> sessionInfo()
R version 2.9.1 (2009-06-26)
i386-apple-darwin8.11.1
locale:
en_US.UTF-8/en_US.UTF-8/C/C/en_US.UTF-8/en_US.UTF-8
attached base packages:
[1] stats graphics grDevices utils
