yes I'm aware about that but I want to have a freedom to request resources in any fashion I like if I want sync. access I want to get sync. access
I know exactly what I'm asking and I know all consequences of using that sync. request
exactly the same for async. request
I know if I require resource asynchronously I have to be prepared
that my request won't be fulfilled immediately
or it won't be fulfilled at all so in case of asynchronous requests I have to be able to
set special callback to be informed about "fate" :-) of my request
our applications are not applets and never will be as far as I know
besides I don't think operation like setAtomX should be async I don't expect to see result on the screen immediately after request but that's another story
thanks for your answer
On Feb 23, 2005, at 10:58 PM, Bob Hanson wrote:
BUT, Dmitry, realize that the way the calls work, at least in the applet, the call is initiated in a new thread, and the calling function return is made. I think the term there is "asyncronous." So don't expect direct returns from your functions. This complicates the issue, because you then have to start looking for a value, or Miguel has to set up events to trigger when some sort of result is ready. I think that's one of the problems.
Dmitry Markman
------------------------------------------------------- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click _______________________________________________ Jmol-developers mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/jmol-developers
