Note: This is an archived post that was originally sent to the Hollywood mailing list on Mon, 07 Nov 2011 22:37:48 -0000
I just noticed that FileRequest() does not seem to work at all in Linux executables. The program seems to get stuck in some kind of a loop when this function is called.
[07 Nov 2011] FileRequest() Not Working with Linux Executables
- airsoftsoftwair
- Posts: 5446
- Joined: Fri Feb 12, 2010 2:33 pm
- Location: Germany
- Contact:
[12 Nov 2011] Re: FileRequest() Not Working with Linux Executables
Note: This is an archived post that was originally sent to the Hollywood mailing list on Sat, 12 Nov 2011 17:16:32 +0100
It works fine here. What Linux do you use?I just noticed that FileRequest() does not seem to work at all in Linux executables. The program seems to get stuck in some kind of a loop when this function is called.
[12 Nov 2011] Re: FileRequest() Not Working with Linux Executables
Note: This is an archived post that was originally sent to the Hollywood mailing list on Sat, 12 Nov 2011 10:07:36 -0800 (PST)
Mint
Mint
- airsoftsoftwair
- Posts: 5446
- Joined: Fri Feb 12, 2010 2:33 pm
- Location: Germany
- Contact:
[19 Nov 2011] Re: FileRequest() Not Working with Linux Executables
Note: This is an archived post that was originally sent to the Hollywood mailing list on Sat, 19 Nov 2011 17:06:22 +0100
It seems that Linux Mint uses some non-standard locations for its core shared objects. I'll have to adapt Hollywood to look at these locations too. Currently, Hollywood will only look in /usr/lib and /lib for the following GTK shared objects:
libgtk-x11-2.0.so libglib-2.0.so libgobject-2.0.so
If these aren't there, no requester will work and functions like FileRequest() or SystemRequest() will be redirected to the console. As a workaround, you can just create symbolic links in /usr/lib to the real shared objects. Under Mint, they seem to be stored in /lib/i386-gnu-linux and /usr/lib/i386-gnu-linux. Just create a symbolic link to the files above in /usr/lib and then it should work.
It seems that Linux Mint uses some non-standard locations for its core shared objects. I'll have to adapt Hollywood to look at these locations too. Currently, Hollywood will only look in /usr/lib and /lib for the following GTK shared objects:
libgtk-x11-2.0.so libglib-2.0.so libgobject-2.0.so
If these aren't there, no requester will work and functions like FileRequest() or SystemRequest() will be redirected to the console. As a workaround, you can just create symbolic links in /usr/lib to the real shared objects. Under Mint, they seem to be stored in /lib/i386-gnu-linux and /usr/lib/i386-gnu-linux. Just create a symbolic link to the files above in /usr/lib and then it should work.
[19 Nov 2011] Re: FileRequest() Not Working with Linux Executables
Note: This is an archived post that was originally sent to the Hollywood mailing list on Sat, 19 Nov 2011 08:24:52 -0800 (PST)
Thanks for looking into the problem and coming up with a solution!
Thanks for looking into the problem and coming up with a solution!