Hi,
2008/5/21, John Darrington :
>
> On Tue, May 20, 2008 at 10:59:28PM +0200, unknown-1 wrote:
> Hi
>
> I just uploaded a Cygwin version of the latest pspp pre release..
> http://rapidshare.de/files/39472431/PSPP-0.6.0.Pre3a-5-Setup.zip.html
>
> I haven't been able to download it. I get half the file, then it
> aborts. On the second attempt it says that my "download limit" is
> exceeded and I have to wait some random period before retrying.
It is a free service..... No problems with it yet. I would say give it a
second shot. If it persists, I have to find another free server.
(I probably wouldn't be able to do much with it anyway, because my
> cygwin installation is rather fragile)
As mentioned in the readme (which you find after downloading). It will most
likely destroy your cygwin installation. Allthough it is easy to recover,
but this is not described yet. Don't install it on top of your current
installation!
Installing the Cygwin installation is a though thing. Yeah... it took me a
lot of time to find out how to do it. Btw within the installation there is a
howto in which I described how I did it.
> New issue for the users and not mentioned in the readme, you need
> administrator rights to use to advanced features form the GUI.
>
> That's strange. Do you know why this is so?
{snip]
For the developers:
> - does the gui write temporary files somewhere other as in /tmp ? It
> looks
> as if the program crashes on this when it doesn't have write
> priviliges
>
> If I recall correctly, you can change the directory where tempfiles
> are put by using the environment variable TMPDIR. Apart from that,
> pspp{ire} has to be able to write to the current directory, in order
> to create the journal file and output files.
Indeed, this temporary file was the problem. I made a workaround which
works. Hope to post this in a few hours.
- there are several issues with the dll's
> 1) cygpsppire-0.dll is build and cygpsppire.dll is used
> 2) cyppsppwidget-0.dll is build and used, But the program seems to
> look
> only in the current directory for it
>
> Does setting the LD_LIBRARY_PATH environment variable not work?
No. Don't know why not.
It looks as if this and the fact that the program needs write access to the
current directory will keep me giving trouble in the windows installation.
Is it possible to change this in the future? I would say placing the
tempfiles in /tmp is a cleaner way to handle this. And for the widget dll I
guess it is a bug somewhere. I can work around for now, but it is not clean
and won't work in all situations.
CU
_______________________________________________
pspp-dev mailing list
[email protected]
http://lists.gnu.org/mailman/listinfo/pspp-dev
