R devel - Jul 2008 - dll problem

I am trying to load a dll compiled with the latest cygwin into R 2.7.0
R version 2.7.0 (2008-04-22)
Copyright (C) 2008 The R Foundation for Statistical Computing
ISBN 3-900051-07-0

I have:
Sys.getenv("Path")

Path
"C:\\Windows\\system32;C:\\Windows;C:\\Windows\\System32\\Wbem;C:\\Program
Files\\MBTrading\\MBT Navigator;C:\\Program
Files\\R\\R-2.7.0\\bin;C:\\cygwin\\bin"

the source is:
!!!     f1.f
       SUBROUTINE f1(a)

      INTEGER :: a, i
      a=2

      RETURN

      END SUBROUTINE f1

compiled by

g77 -shared -o f1.dll f1.f

R freezes and I have to kill it with task manager
when I try:
dyn.load("f1.dll")

Please, help.
-- 
View this message in context:
http://www.nabble.com/dll-problem-tp18443925p18443925.html
Sent from the R devel mailing list archive at Nabble.com.

On 7/14/2008 9:30 AM, stephenb wrote:
> I am trying to load a dll compiled with the latest cygwin into R 2.7.0
We don't support Cygwin in R.  I'd suggest using the MinGW tools we 
provide (see www.murdoch-sutherland.com/Rtools).

Duncan Murdoch
> R version 2.7.0 (2008-04-22)
> Copyright (C) 2008 The R Foundation for Statistical Computing
> ISBN 3-900051-07-0
> 
> I have:
> Sys.getenv("Path")
>
> Path
>
"C:\\Windows\\system32;C:\\Windows;C:\\Windows\\System32\\Wbem;C:\\Program
> Files\\MBTrading\\MBT Navigator;C:\\Program
> Files\\R\\R-2.7.0\\bin;C:\\cygwin\\bin"
> 
> the source is:
> !!!     f1.f
>        SUBROUTINE f1(a)
> 
>       INTEGER :: a, i
>       a=2
> 
>       RETURN
> 
>       END SUBROUTINE f1
> 
> compiled by
> 
> g77 -shared -o f1.dll f1.f
> 
> R freezes and I have to kill it with task manager
> when I try:
> dyn.load("f1.dll")
> 
> Please, help.

stenka1 at go.com wrote:
>
> Please, note the instructions given for an existing Cygwin install:
>
>  
>
> If you already have a full Cygwin installation, then you should not
> install our Cygwin DLLs in the Rtools/bin directory.  You should make
> sure your existing cygwin/bin directory is on the path (*after* all
> the other entries listed above) and use the DLLs from there.
>
>
> I interpret those as: Cygwin without Mingw is fine.
>
I don't think that's a reasonable interpretation.  What I intended to 
convey is that if you're using Cygwin, then you shouldn't put our Cygwin
DLLs ahead of yours on the path (because yours might be newer), but you 
need to put all of our other entries ahead of Cygwin on the path.  I 
can't think of a rewrite that would make that clearer:  I even 
emphasized the "*after*".
> Using gfortran from mingw produced loadable dlls, so this is just a 
> suggestion to be more explicit in Rtools.txt.
>
If you can suggest a rewording that you think is more explicit then I'll 
take a look, but I really can't think of one.

Duncan Murdoch
>
> Thanks a lot.
>
>  
>
> Stephen C. Bond
>
>  
>
>  
>
> On Jul 14, 2008, *murdoch at stats.uwo.ca* wrote:
>
>
>     On 7/14/2008 9:30 AM, stephenb wrote:
>     > I am trying to load a dll compiled with the latest cygwin into R
>     2.7.0
>
>     We don't support Cygwin in R.  I'd suggest using the MinGW
tools we
>     provide (see www.murdoch-sutherland.com/Rtools).
>
>     Duncan Murdoch
>
>     > R version 2.7.0 (2008-04-22)
>     > Copyright (C) 2008 The R Foundation for Statistical Computing
>     > ISBN 3-900051-07-0
>     >
>     > I have:
>     > Sys.getenv("Path")
>     >                                                                
>                                                                      
>                            
>     > Path
>     >
>    
"C:\\Windows\\system32;C:\\Windows;C:\\Windows\\System32\\Wbem;C:\\Program
>     > Files\\MBTrading\\MBT Navigator;C:\\Program
>     > Files\\R\\R-2.7.0\\bin;C:\\cygwin\\bin"
>     >
>     > the source is:
>     > !!!     f1.f
>     >        SUBROUTINE f1(a)
>     >
>     >       INTEGER :: a, i
>     >       a=2
>     >
>     >       RETURN
>     >
>     >       END SUBROUTINE f1
>     >
>     > compiled by
>     >
>     > g77 -shared -o f1.dll f1.f
>     >
>     > R freezes and I have to kill it with task manager
>     > when I try:
>     > dyn.load("f1.dll")
>     >
>     > Please, help.
>