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