On 4/26/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
> On Apr 27, 2007, at 03:04 UTC, Peter K. Stys wrote:
>
> > > Very curious yes.  Are you sure your button code is returning as
> > soon
> > > as it runs the thread?
> >
> > I imagine yes, 'cause this is the whole button:
>
> I agree.  That's really weird then.  The only way I can imagine this
> could happen is if your thread calls some plugin that doesn't play
> nicely.  Plugins can tie up all threads if they don't yield properly.
> A few other things can too -- an unusual declare, I would suppose, plus
> maybe something like FolderItem.CopyFileTo.  What's your thread doing?
>
> A good way to track this down, if you don't see any likely suspects,
> would be to run Shark on it (if you have a Mac) while it's stuck.
>
> If you can't figure it out, I'd be happy to take a look at it (pro
> bono), because I'm very curious myself.
>

Here's another thing I don't understand: I wrote a mock plugin that
runs a very long loop.  I call the plugin from an RB thread, and the
whole app is tied up for the duration of the loop: if a plugin fn is
called from an RB thread, shouldn't it be "threaded" ie should control
not return to the main app right away?

Actitvity Monitor shows 2 threads running, so why the beach ball?
Aren't OS X threads pre-emptive (if I understand the term correctly).

What do I do to "unlock" my app, call app.DoEvents equivalent in my
plugin (eg WaitNextEvent or some such, and then be faced with the same
problem we're discussing all along?).

P.


-- 
-------------------------------------------------------------------------------
Peter K. Stys, MD
Professor of Medicine(Neurology), Senior Scientist
Ottawa Health Research Institute, Div. of Neuroscience
Ottawa Hospital / University of Ottawa
Ontario, CANADA
tel:    (613)761-5444
fax:    (613)761-5330
http://www.ohri.ca/profiles/stys.asp
-------------------------------------------------------------------------------
_______________________________________________
Unsubscribe or switch delivery mode:
<http://www.realsoftware.com/support/listmanager/>

Search the archives:
<http://support.realsoftware.com/listarchives/lists.html>

Reply via email to