Thank you Aaron for making it clearer.
Paul, i want to accomplish something very much like as Aaron described ---> Playing music till an answer recived from WS or ODBC--something that requires time.
It has to be done in seprate threads.
The way i would like it to be is:
Handler X suppose to play hold-on music (ex-get-key) when handler Y activates the operation which takes time.
Mark, can you think of using critical section in such a case? i don't see how .
Locks are made to synch a single operation at a single time, in my case i want to make sure ex-get -key will be waiting before set-attribute in a different
Handler (Y) will change its monitored value
------------------------------
Avi Rozen
Harel
------------------------------
Original Message:
Sent: 08-03-2019 18:26
From: Paul Simpson
Subject: synching multithreaded handlers
REALLY dumb question here, but why don't you just make Handler Y a Subroutine, called from Handler X?
Usually, the methodolgy you describe is used because you want Handler X to continue while Handler Y does its thing....
------------------------------
Paul Simpson
Senior Technical Instructor
Original Message:
Sent: 08-01-2019 09:22
From: Avraham (Avi) Rozen
Subject: synching multithreaded handlers
Hi community
lets say we have handler X which fires custom notifications (triggers another handler named Y)
right after the notification works (next step) -handler X activates tool step 4444
how do i make sure steep 4444 wil be executed before handler-Y is finished ???? (which is in a different thread)
Thanks
#Handlers
------------------------------
Avi Rozen
Harel
------------------------------