Custom Search
|
Date: May 30, 2006
From: Mike Anderson <gnu-smalltalk@xxxxxxxxxxxxxxxxxxxx>
In-reply-to:
<447BE14B.8010909@xxxxxxxxxxx>
References:
<20060530044446.10532.qmail@xxxxxxxxxxxxxxxxxxxxxxx> <447BE14B.8010909@xxxxxxxxxxx>
Paolo Bonzini wrote: > Lito Steel wrote: > >> Hello Mike: >> Can’t run the Clock Sample… >> Lots of “did not understand: ‘xxxx’” messages >> What can i do? >> >> I use Gtk without problems. >> Can do many programs wth Gtk. >> >> What is happening? >> What do you thing? >> > > Your image does not include the Regex package. I think it's actually because he has an unpatched gst-2.2, and so he can't load libcairo.so. It was stupid of me to forget that. Lito, the simplest solution is to patch gst using the patch Paolo provided earlier. I've amended the page to show what is required (including the patch itself). If you don't have the autotools installed on your system (and you don't want to install them), I can probably separate out the changed files for you. Mike
Date: May 30, 2006
From: Paolo Bonzini <paolo.bonzini@xxxxxxxxxxx>
In-reply-to:
<20060530044446.10532.qmail@xxxxxxxxxxxxxxxxxxxxxxx>
References:
<20060530044446.10532.qmail@xxxxxxxxxxxxxxxxxxxxxxx>
Lito Steel wrote:
Hello Mike: Can’t run the Clock Sample… Lots of “did not understand: ‘xxxx’” messages What can i do? I use Gtk without problems. Can do many programs wth Gtk. What is happening? What do you thing?
Your image does not include the Regex package. Paolo
Date: May 30, 2006
From: Lito Steel <litosteel@xxxxxxxxx>
Hello Mike: Can?t run the Clock Sample? Lots of ?did not understand: ?xxxx?? messages What can i do? I use Gtk without problems. Can do many programs wth Gtk. What is happening? What do you thing? 'Invalid argument did not understand #matched: must be a Boolean' 'did not understand #copyReplacingAllRegex:with:' 'did not understand #copyReplacingAllRegex:with:' 'did not understand #=~' 'did not understand #matched' 'Invalid argument did not understand #matched: must be a Boolean' Object: XLib error: did not understand #XOpenDisplay: XLib class(Object)>>#primError: MessageNotUnderstood(Exception)>>#defaultAction optimized [] in Exception class>>#coreException MessageNotUnderstood(Signal)>>#activateHandler: MessageNotUnderstood(Exception)>>#signal XLib class(Object)>>#doesNotUnderstand: ClockApplet class(Applet class)>>#initialize ClockApplet(Applet)>>#initialize ClockApplet class(Applet class)>>#new UndefinedObject>>#executeStatements This is the command line i used: gst -gI myimage.im clock.st Bye and thanks again! __________________________________________________ Correo Yahoo! Espacio para todos tus mensajes, antivirus y antispam ¡gratis! Regístrate ya - http://correo.espanol.yahoo.com/
Date: May 28, 2006
From: Mike Anderson <gnu-smalltalk@xxxxxxxxxxxxxxxxxxxx>
Hello All, I've been playing around with interfacing to Cairo, and Imlib and XLib as a side-effect. My eventual goal is to have an applets system on my desktop, using gst. Smalltalk has ruined me for writing applets in other languages, you see :) Anyway, since it's a nice, demo, I thought I'd bundle up what I have so far and make a page for it. http://www.friendofthepigeon.co.uk/wordpress/?page_id=30 It doesn't really showcase Smalltalk as such, especially since I haven't tried to OO-ify the C libraries, but it certainly showcases how easily gst can access C libraries. In fact, I'm really impressed at how little work it takes to access any new library. Mike
Date: May 17, 2006
From: Paolo Bonzini <paolo.bonzini@xxxxxxxxxxx>
In-reply-to:
<445DF7BC.1020700@xxxxxxxxxxxxxxxxxxxx>
References:
<445DF7BC.1020700@xxxxxxxxxxxxxxxxxxxx>
Mike Anderson wrote:
Instead of a single acinclude.m4, there are many files in the config directory, including config/ltdl.m4.I've been able to load .so libraries by copying ltdl.m4 to acinclude.m4, as suggested by the libtool documentation (I also copied in newer versions of ltdl.c and ltdl.h). This works, but I don't really know what I'm doing. In particular, it seems 'suspicious' that there isn't an acinclude.m4 already.
This one had a mismatch with the libtool.m4, whose origin I don't know. This stupid patch will do: --- orig/config/ltdl.m4 +++ mod/config/ltdl.m4 @@ -213,7 +213,7 @@ [libltdl_cv_shlibext], [ module=yes -eval libltdl_cv_shlibext=$shrext +eval libltdl_cv_shlibext=$shrext_cmds ]) if test -n "$libltdl_cv_shlibext"; then AC_DEFINE_UNQUOTED(LTDL_SHLIB_EXT, "$libltdl_cv_shlibext", Paolo, back from the dead
Date: May 07, 2006
From: Mike Anderson <gnu-smalltalk@xxxxxxxxxxxxxxxxxxxx>
In-reply-to:
<fd4f26330605070555o24815159uc09c3be19b487e26@xxxxxxxxxxxxxx>
References:
<fd4f26330605070555o24815159uc09c3be19b487e26@xxxxxxxxxxxxxx>
Krishna wrote: > Hi list, > > What should I do to get the gtk examples to work? I've built it > properly with gst but get segfaults when I run the samples. > > Cheers, > Krishna You can run them several ways, but for example, running gst from the gtk directory: st> PackageLoader fileInPackage: 'GTK'! (lots of messages) st> FileStream fileIn: 'example_arrow.st'! (little window with four buttons appears) A Smalltalk backtrace or a Gtk+ error causing an Abort are likely scenarios with Gtk+ programming, not that they should occur with the examples. A segfault is a bit more worrying. Which example(s) are you trying, how are you running them, what OS and version of GST do you have, and what configure options)? If you compiled with --enable-preemption or --enable-jit in particular, I would try again without them and see if it makes a difference. Mike
Date: May 07, 2006
From: Krishna <v.krishnakumar@xxxxxxxxx>
Hi list, What should I do to get the gtk examples to work? I've built it properly with gst but get segfaults when I run the samples. Cheers, Krishna -- You think you know when you learn, are more sure when you can write, even more when you can teach, but certain when you can program - Alan Perlis
Date: May 07, 2006
From: Mike Anderson <gnu-smalltalk@xxxxxxxxxxxxxxxxxxxx>
I've been able to load .so libraries by copying ltdl.m4 to acinclude.m4, as suggested by the libtool documentation (I also copied in newer versions of ltdl.c and ltdl.h). This works, but I don't really know what I'm doing. In particular, it seems 'suspicious' that there isn't an acinclude.m4 already. Regards all, Mike
Date: May 03, 2006
From: Mike Anderson <gnu-smalltalk@xxxxxxxxxxxxxxxxxxxx>
In-reply-to:
<4454BDC2.2000304@xxxxxxxxxxxxxxxxxxxx>
References:
<4453C3B1.6090502@xxxxxxxxxxxxxxxxxxxx> <20060429193042.GA16876@g64> <4453E9DF.5050602@xxxxxxxxxxxxxxxxxxxx> <20060429225226.GC17469@g64> <4454BDC2.2000304@xxxxxxxxxxxxxxxxxxxx>
To reply to myself, I've now realized that, as Stefan suggested, it's never worked in the stable branch, and it came into the devel branch with 2.1c. Paolo, the changelog for 2.2 says "* lib-src/ltdl.c: Moved from libltdl." at around the time of 2.1c, so I'm presuming that's the same change as went into the devel branch... ? Regards, Mike