Re: threaded question

chris <[email protected]>
Newsgroups gmane.comp.windows.shells.litestep
Message-ID <[email protected]>
Paul wrote:
> Jochen Ritzel wrote:
>> You should use threads any time some bang takes noticeable time to 
>> run. Examples would be xModule animations or modules that download 
>> stuff like wazup.
> 
> OK, now this related directly to my theme. I am using wazup just for 
> that reason. However I thought it was said that if the module 
> communicates with another module, it should not be threaded?
> 
> If this is true, and I should run Wazup threaded, will it affect how it 
> communicates with xLabel?

That depends on how both xLabel and Wazup were written, and perhaps also 
how your own step.rc is written/scripted.  All to say, it has a high 
probability of failure.

These modules that are being discussed - wazup, xModules (animations, 
xSpeak etc) should all be implemented using their own internal threads 
for extended operations, and these threads should not interact directly 
with the rest of LS.

The "threaded" mechanism in Litestep "works" unless it doesn't.

Anyway, specifically with wazup, it already has internal threading, so 
I'm not sure why people are thinking that it needs to be loaded 
threaded.  In fact, it looks like that would cause some problems if done.

Also, if you are using the OnUpdated or OnChecked commands in wazup, do 
-NOT- depend on this command being executed at any specific point if you 
specify a !bang command.  The !bang commands will be queued and 
processed by the main LS thread at an arbitrary point.  (although non LS 
commands will be executed immediately - ie running an .exe or something).

chris


---------------------------------------------------------------------
    Can't Unsubscribe? Check http://desktopian.org/listunsub.html
        LS List Homepage: http://wuzzle.org/list/litestep.php
            Get the LS FAQ: http://lsfaq.shellfront.org
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.