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.

Allin Cottrell


Reply via email to