Hi all,
When I run gst-browser as a normal user, I receive an error saying 'File error: Permission denied'. I have no idea where that comes from and I'm not really sure how to debug it. I think the problem is that this occurs before the Gtk MainLoop is executing, so the window can be created and displayed but no widgets are ever asked to draw themselves. However, if I run gst-browser as root, everything works perfectly! The UI comes up very quickly and is immediately usable. There are some errors which I will attribute to VisualGST's relative immaturity. Any suggestions on how I can determine where this permission error is occurring? Lastly, I was able to install the Quartz theming engine for OS X by downloading the latest tarball (gtk-quartz-engine-0.2.tar.gz) from http://sourceforge.net/projects/gtk-osx/files/ , installing the latest libtool from ftp.gnu.org (placing BINDIR in my PATH) and configuring the theme like this: CFLAGS='-m32' LDFLAGS='-arch i386' ./configure --prefix=/Library/Frameworks/Gtk.framework/Resources After configuring, copy your official GNU libtool script OVER the libtool in the gtk-quartz-theme directory - the generated version is broken but the build works perfectly with the GNU version. However, it is hideous. Buttons are drawn strangely, widgets overlap in terrible ways... absolutely awful. Much better to stick to clearlooks, which is, to my eyes, much nicer than Squeak, Pharo or VisualWorks on OS X. _______________________________________________ help-smalltalk mailing list [hidden email] http://lists.gnu.org/mailman/listinfo/help-smalltalk |
Hi,
For the file debugging may be you can use strace for that ? Thanks for your return. If you find a VisualGST bug add it on the GNU Smalltalk issue tracking (http://smalltalk.gnu.org/project/issues) that help me a lot ! Cheers, Gwen On Tue, 2009-10-13 at 12:19 +0200, Eli Green wrote: > Hi all, > > When I run gst-browser as a normal user, I receive an error saying 'File error: Permission denied'. I have no idea where that comes from and I'm not really sure how to debug it. I think the problem is that this occurs before the Gtk MainLoop is executing, so the window can be created and displayed but no widgets are ever asked to draw themselves. > > However, if I run gst-browser as root, everything works perfectly! The UI comes up very quickly and is immediately usable. There are some errors which I will attribute to VisualGST's relative immaturity. > > Any suggestions on how I can determine where this permission error is occurring? > > Lastly, I was able to install the Quartz theming engine for OS X by downloading the latest tarball (gtk-quartz-engine-0.2.tar.gz) from http://sourceforge.net/projects/gtk-osx/files/ , installing the latest libtool from ftp.gnu.org (placing BINDIR in my PATH) and configuring the theme like this: > > CFLAGS='-m32' LDFLAGS='-arch i386' ./configure --prefix=/Library/Frameworks/Gtk.framework/Resources > > After configuring, copy your official GNU libtool script OVER the libtool in the gtk-quartz-theme directory - the generated version is broken but the build works perfectly with the GNU version. > > However, it is hideous. Buttons are drawn strangely, widgets overlap in terrible ways... absolutely awful. Much better to stick to clearlooks, which is, to my eyes, much nicer than Squeak, Pharo or VisualWorks on OS X. > > > _______________________________________________ > help-smalltalk mailing list > [hidden email] > http://lists.gnu.org/mailman/listinfo/help-smalltalk _______________________________________________ help-smalltalk mailing list [hidden email] http://lists.gnu.org/mailman/listinfo/help-smalltalk |
On Tuesday, October 13, 2009, at 12:47PM, "Gwenael Casaccio" <[hidden email]> wrote: >Hi, > >For the file debugging may be you can use strace for that ? >Thanks for your return. If you find a VisualGST bug add it on the >GNU Smalltalk issue tracking (http://smalltalk.gnu.org/project/issues) >that help me a lot ! > You'll probably be hearing from me about some of the other issues I've found so far but the bug report for the file permission issue would be "Eli Green is a big dummy". I was trying to run it without specifying an image! Obviously this was causing problems. I've got Iliad loaded and running now with Visual GST working quite well with that image. I'm very pleased. Thanks, guys! Eli _______________________________________________ help-smalltalk mailing list [hidden email] http://lists.gnu.org/mailman/listinfo/help-smalltalk |
On 10/13/2009 01:00 PM, Eli Green wrote:
> > On Tuesday, October 13, 2009, at 12:47PM, "Gwenael Casaccio"<[hidden email]> wrote: >> Hi, >> >> For the file debugging may be you can use strace for that ? >> Thanks for your return. If you find a VisualGST bug add it on the >> GNU Smalltalk issue tracking (http://smalltalk.gnu.org/project/issues) >> that help me a lot ! >> > > the bug report for the file permission issue would be "Eli Green is a big dummy". > I was trying to run it without specifying an image! Obviously this was causing problems. In theory it should not. It would just load the image from /usr/local/share/smalltalk without any permission denied errors (it does that under Linux). If you can run ktrace, that would help. Glad that you found a workaround though. Paolo _______________________________________________ help-smalltalk mailing list [hidden email] http://lists.gnu.org/mailman/listinfo/help-smalltalk |
the other work around (on os/x) is:
1) first time call it as root without an image name 2) after than, you can call it as any user t On Tue, Oct 13, 2009 at 7:04 AM, Paolo Bonzini <[hidden email]> wrote: > On 10/13/2009 01:00 PM, Eli Green wrote: >> On Tuesday, October 13, 2009, at 12:47PM, "Gwenael >> Casaccio"<[hidden email]> wrote: >>> For the file debugging may be you can use strace for that ? >>> Thanks for your return. If you find a VisualGST bug add it on the >>> GNU Smalltalk issue tracking (http://smalltalk.gnu.org/project/issues) >>> that help me a lot ! >>> >> >> the bug report for the file permission issue would be "Eli Green is a big >> dummy". >> I was trying to run it without specifying an image! Obviously this was >> causing problems. > > In theory it should not. It would just load the image from > /usr/local/share/smalltalk without any permission denied errors (it does > that under Linux). If you can run ktrace, that would help. > > Glad that you found a workaround though. > > Paolo > > > _______________________________________________ > help-smalltalk mailing list > [hidden email] > http://lists.gnu.org/mailman/listinfo/help-smalltalk > -- there are those who call me... (dr) timm (menzies)? morgantown (39.6n, -79w), usa assoc prof csee, wvu http://menzies.us 'Hydrogen is a light, odorless gas, which, given enough time, turns into people.' _______________________________________________ help-smalltalk mailing list [hidden email] http://lists.gnu.org/mailman/listinfo/help-smalltalk |
On 10/13/2009 02:55 PM, Tim Menzies wrote:
> the other work around (on os/x) is: > 1) first time call it as root without an image name > 2) after than, you can call it as any user Oh yes of course. gst-browser will try to save the image because it calls gst-load to do the job. This will fix it: diff --git a/gst-tool.c b/gst-tool.c index c13b8f1..5f2ae48 100644 --- a/gst-tool.c +++ b/gst-tool.c @@ -121,7 +121,7 @@ const struct tool tools[] = { { "gst-browser", "scripts/Load.st", "-I|--image-file: --kernel-directory:", - "--start\0Browser\0", false + "--dry-run\0--start\0Browser\0", false }, { "gst-blox", "scripts/Load.st", It's not at all related to being on OS X. Paolo _______________________________________________ help-smalltalk mailing list [hidden email] http://lists.gnu.org/mailman/listinfo/help-smalltalk |
Free forum by Nabble | Edit this page |