Interesting problem

Bruno Luca lethalman88 at gmail.com
Mon Jun 19 19:34:31 UTC 2006


On Mon, 19 Jun 2006 17:38:46 +0200, Rob Gayvert <rtg at rochester.rr.com>  
wrote:

Thanks, are these changes official for the next release?

> You should take a look at some recent VM changes that Andreas has  
> proposed:
>   
> http://discuss.squeakfoundation.org/cgi-bin/ezmlm-browse?list=vm-dev&cmd=showmsg&msgnum=749
>
> I've switched over to this for wxSqueak, and it's working well.
>
> .. Rob
>
> Lethalman wrote:
>> GObject is the base object fo rall Gtk objects, however i solved using
>> setjmp/longjmp as wxSqueak do.
>>  On 6/17/06, stéphane ducasse <ducasse at iam.unibe.ch> wrote:
>>
>>> > (first sorry for my poor English)
>>> No problem :L) mine is bad too :)
>>> I read your blog :)
>>>
>>> > Hello,
>>> > i'm trying to solve problems with GObject signals but everytime i
>>> > get something not working as well.
>>>
>>> What is a GObject
>>>
>>> > Actually, i have a threaded gtk main loop. Since callbacks have
>>> > return values, and also because i have to wait before the squeak
>>> > side callback finish its work, i wait with something like a lock:
>>> >
>>> > while (callback->locked != 0);
>>> >
>>> > Now, Squeak process and the main loop are two different OS level
>>> > threads. When a callback is called it's registered into a queue and
>>> > a semaphore is signaled, Squeak then checks for callbacks and run
>>> > them. In the while, the C callback idles until callback->locked is
>>> > 1. This works as well when the signal is dispatched from the main
>>> > loop thread, when it's dispatched from Squeak it blocks everything.
>>> > What's the best way to handle this kind of problem? I tried to look
>>> > at wxSqueak but i really didn't realize how they solved this problem.
>>> >
>>> > Hoping for a reply, thanks you all.
>>> >
>>> > --
>>> > www.lethalman.net - Thoughts about internet technologies
>>> >
>>>
>>>
>>>
>>
>
>



-- 
www.lethalman.net - Thoughts about internet technologies



More information about the Squeak-dev mailing list