The Player is multi-threaded, but user code has but a single "thread". Of course, frame behavior can make this a bit more complicated.
Use AsyncToken to match a result event with a particular call. There is no need to have multiple result handlers. Tracy Spratt Lariat Services Flex development bandwidth available ________________________________ From: [email protected] [mailto:[email protected]] On Behalf Of mmormando Sent: Tuesday, February 03, 2009 9:51 AM To: [email protected] Subject: [flexcoders] Re: Are flex events really thread safe? No, there is no way to my knowledge that you could tell which response object would be actually correspond to which particular call, that would require a synchronous response and even IE 6 should be allowing you to execute up to 2 simultaneous calls. You probably should be using separate response methods. Actually I've never heard that the events in flex are supposed to be thread safe...only that they are asynchronous so they allow us to "fake" faster response and LOOK like things are multi-threaded. --- In [email protected] <mailto:flexcoders%40yahoogroups.com> , "Shyam" <shyammohan.sugat...@...> wrote: > > Consider this scenario. > > > i have issued some 5 network calls form the flex client and my > complete event Handler is one and the same for all these http calls. > > can i be 100% sure that two simultaneous controls will never execute > the code in my event Handler ? > > Putting it another way: how does flex handles event synchronization? > > i have read up Ted Patrics article on the Elastic Racetrack > (http://www.powersdk.com/ted/2005/07/flash-player-mental-model-elastic.p hp <http://www.powersdk.com/ted/2005/07/flash-player-mental-model-elastic.p hp> ) > but couldnt figure out the answer for the above :( > > Regards > Shyam >
