Re: [Gtk2hs-users] Long running processes - alternatives to forkIO?

[Günther S. <re...@fe...>]

Hi all,

in answer to my own question here's what I missed:


        -- Every so often, we try to run other threads.
        timeoutAddFull (yield >> return True)
                       priorityDefaultIdle 100


Ouch!

Günther

Am 15.12.2008, 01:18 Uhr, schrieb Günther Schmidt <re...@fe...>:

> Hi Don,
>
> thanks, I just tried that, but the problem still remains that the UI
> becomes unresponsive.
>
> So eventhough there is a UI call within this major loop,  
> progressBarPulse,
> the UI doesn't really draw it.
>
> Might that be because the database handle remains open and kinda blocks
> the calls to the UI?
>
>
> Günther
>
> I've tried a threaded and a non-threaded version, in either case the UI
> becomes unresponsive.
>
> Am 15.12.2008, 01:02 Uhr, schrieb Don Stewart <do...@ga...>:
>
>> redcom:
>>> Hi,
>>>
>>> I have a long running process, due to imports into a database. Now I
>>> tried
>>> my luck with following the examples in RWH, and also the tutorials  
>>> using
>>> forkIO. As I had anticipated forks and threads are a royal pain to
>>> control
>>> and I didn't manage, the UI hangs whatever I tried period and the
>>> progressbar doesn't get drawn.
>>>
>>> Is there some sort of command that I could inject into the long running
>>> process, which is a very long loop mostly, to refresh the UI, or pump  
>>> UI
>>> Messages?
>>
>> I would use threads and MVars to wait on updates.
>>
>> -- Don
>
>
>
> ------------------------------------------------------------------------------
> SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas,  
> Nevada.
> The future of the web can't happen without you.  Join us at MIX09 to help
> pave the way to the Next Web now. Learn more and register at
> http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/