SNA Server Win32 API Calls May Not Return to Multithreaded AppLast reviewed: April 17, 1997Article ID: Q159350 |
The information in this article applies to:
SYMPTOMSIf you write a multithreaded 32-bit Windows application to handle multiple concurrent CPIC conversations, you may find that some of the application's threads hang, for example on a CPIC request (CMALLC or CMRCV); these threads never complete. The problem occurs when up to 90 concurrent threads (each one handling a different CPIC conversation) are spawned.
CAUSEThe problem is caused by the application. The application calls the _beginthread() function to create a new thread, and then closes this thread handle from the main application as soon as _beginthread() completed successfully.
WORKAROUNDTo work around this problem:
The problem was solved when this close request was removed from his application. Each thread was terminated by calling the _endthread function.
MORE INFORMATIONThis problem could occur with any 32-bit Windows application that uses threads in this manner, when using the SNA Server API's (APPC, CPIC, and LUA RUI or SLI), or even Windows sockets. See the following Microsoft Knowledge Base article in the visualc database for information on using the _beginthreadex() and _endthreadex() functions:
ARTICLE-ID: Q132078 TITLE: How to Use _beginthreadex() and _endthreadex()These functions ( _beginthreadex() and _endthreadex() ) are recommended instead of the _beginthread() and _endthread() functions, which can lead to threading problems under certain conditions, as described in the article above.
|
Additional query words: prodsna
© 1998 Microsoft Corporation. All rights reserved. Terms of Use. |