Am 28.12.2012 15:50, schrieb Allin Cottrell: > On Fri, 28 Dec 2012, Pindar wrote: > >> Am 27.12.2012 23:48, schrieb Allin Cottrell: >>> On Thu, 27 Dec 2012, Allin Cottrell wrote: >>> >>>> On Thu, 27 Dec 2012, Pindar wrote: >>>> >>>>> in order to perform a cluster analysis I tried the R connection with >>>>> 'C:\Program Files\R\R-2.15.2\bin\i386\Rgui.exe' >>>>> and >>>>> 'C:\Program Files\R\R-2.15.2\bin\i386\R.dll' >>>>> >>>>> gretl does send the data set, however when running >>>>> 'end foreign' gretl crashes with the message: "Fatal error: unable to >>>>> open >>>>> the base package"! >>>> I just tried gretl + R-2.15.2 on Windows 7. It looks as if >>>> something relevant has changed in the R setup since version 2.14. >>> I can now confirm this (and from googling, we're not the only ones >>> who are having problems). (This is a Windows-specific problem.) >>> >>> R version 2.15 breaks certain kinds of third party usage of the R >>> shared library. Apparently it's necessary to tell R where to find >>> its own bits and pieces at an earlier stage of the proceedings than >>> with R 2.14. I'll work on it. In the meantime the workaround is to >>> add the path to the directory containing Rlapack.dll into the PATH >>> environment variable. In a standard R installation this is likely to >>> be (for R 2.15.2): >>> >>> C:\Program Files\R\R-2.15.2\bin\i386 >> Hi Allin, >> >> I found the environment variables, but there is no 'R' entry at all. > No, there wouldn't be, unless you add it. > > Anyway, I have made some changes in today's Windows snapshot, > tested with R 2.15.2 on Windows 7, and it's now working > without the need to add an R entry to PATH manually. It's working now, thanks Allin!
Well, actually on my main PC the error 'no object' is still present, and I have no idea why. I gonna try the debug flag... > > Allin Cottrell > > > _______________________________________________ > Gretl-users mailing list > Gretl-users(a)lists.wfu.edu > http://lists.wfu.edu/mailman/listinfo/gretl-users
|
Am 28.12.2012 15:50, schrieb Allin
Cottrell:
It's working now, thanks Allin!On Fri, 28 Dec 2012, Pindar wrote:Am 27.12.2012 23:48, schrieb Allin Cottrell:On Thu, 27 Dec 2012, Allin Cottrell wrote:On Thu, 27 Dec 2012, Pindar wrote:in order to perform a cluster analysis I tried the R connection with 'C:\Program Files\R\R-2.15.2\bin\i386\Rgui.exe' and 'C:\Program Files\R\R-2.15.2\bin\i386\R.dll' gretl does send the data set, however when running 'end foreign' gretl crashes with the message: "Fatal error: unable to open the base package"!I just tried gretl + R-2.15.2 on Windows 7. It looks as if something relevant has changed in the R setup since version 2.14.I can now confirm this (and from googling, we're not the only ones who are having problems). (This is a Windows-specific problem.) R version 2.15 breaks certain kinds of third party usage of the R shared library. Apparently it's necessary to tell R where to find its own bits and pieces at an earlier stage of the proceedings than with R 2.14. I'll work on it. In the meantime the workaround is to add the path to the directory containing Rlapack.dll into the PATH environment variable. In a standard R installation this is likely to be (for R 2.15.2): C:\Program Files\R\R-2.15.2\bin\i386Hi Allin, I found the environment variables, but there is no 'R' entry at all.No, there wouldn't be, unless you add it. Anyway, I have made some changes in today's Windows snapshot, tested with R 2.15.2 on Windows 7, and it's now working without the need to add an R entry to PATH manually. Well, actually on my main PC the error 'no object' is still present, and I have no idea why. I gonna try the debug flag... Allin Cottrell _______________________________________________ Gretl-users mailing list [email protected] http://lists.wfu.edu/mailman/listinfo/gretl-users |
