SOURCE >  I had assumed that if an event was running a sub and if the client
>  pressed a widget button which also called a sub that the subs would
>  execute in parallel. If it is actually that a button (-command) call would
>  actually have to wait for the event sub (if already running) to return, then
>  this would mean there is no need for what I am attempting.

It depends on how the event sub is written.  It is possible for an event
subroutine (or any other one), to give TK time to handle updates and
other events.  This is recommended in a long-running routine so that the
interface doesn't freeze up while it's doing work.

I'm not sure how to tell (directly from TK) if some event handler is
currently running.  Normally I would expect to handle that in my own
code (set a variable when I'm in a critical section so that other
routines were aware).  

-- 
Darren Dunham                                           ddunham@[...].com
Senior Technical Consultant         TAOS            http://www.taos.com/
Got some Dr Pepper?                           San Francisco, CA bay area
         < This line left intentionally blank to confuse you. > 
--++**==--++**==--++**==--++**==--++**==--++**==--++**==
ptk mailing list
ptk@[...].edu
https://mailman.stanford.edu/mailman/listinfo/ptk