From: Chad Fox
The fact that it failed on the 20th call every time was apparently just a big coincidence. It lead me to believe it was more of a resource issue than a problem with a race condition.
After modifying the code a little the failure became more sporadic, leading me to believe it was actually a race condition.
I modified the code to use an async stopch and use sr_waitevt to monitor for a TM_USRSTOP event.
I use ATDX_STATE to verify the state is not idle before the call to stopch and is idle after.
With that code I was able to do 75,000+ dx_stopch calls with no failures.
-
To reply: mailto:General.28440@pysdiscussext.py.intel.com
To start a new topic: mailto:General@pysdiscussext.py.intel.com
To login: http://members.support.dialogic.com/wbproxy/wbpx.dll/~general
Received on Fri May 28 09:15:08 2004
This archive was generated by hypermail 2.1.8 : Sat Jul 16 2005 - 03:48:32 EDT