summaryrefslogtreecommitdiff
path: root/pjlib/include
diff options
context:
space:
mode:
authorBenny Prijono <bennylp@teluu.com>2006-03-22 11:49:19 +0000
committerBenny Prijono <bennylp@teluu.com>2006-03-22 11:49:19 +0000
commitd494bf04e608a604eaa96bd65b9daa72a1d98252 (patch)
tree7c44cbf3f7f6858673ad5c7601ece5005ad835c2 /pjlib/include
parentac843019cc56478c4423e0181e2ec1452d84e75b (diff)
Fixed bug in ioqueue with IO Completion Port backend, where events may still be called after key is unregistered
git-svn-id: http://svn.pjsip.org/repos/pjproject/trunk@349 74dad513-b988-da41-8d7b-12977e46ad98
Diffstat (limited to 'pjlib/include')
-rw-r--r--pjlib/include/pj/ioqueue.h5
1 files changed, 5 insertions, 0 deletions
diff --git a/pjlib/include/pj/ioqueue.h b/pjlib/include/pj/ioqueue.h
index 86a5309f..bd8dafc4 100644
--- a/pjlib/include/pj/ioqueue.h
+++ b/pjlib/include/pj/ioqueue.h
@@ -327,6 +327,11 @@ PJ_DECL(pj_status_t) pj_ioqueue_register_sock( pj_pool_t *pool,
* Note that asynchronous connect operation will automatically be
* cancelled during the unregistration.
*
+ * Also note that when I/O Completion Port backend is used, application
+ * MUST close the handle immediately after unregistering the key. This is
+ * because there is no unregistering API for IOCP. The only way to
+ * unregister the handle from IOCP is to close the handle.
+ *
* @param key The key that was previously obtained from registration.
*
* @return PJ_SUCCESS on success or the error code.