[ 
https://issues.apache.org/jira/browse/PROTON-2931?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=18082458#comment-18082458
 ] 

ASF subversion and git services commented on PROTON-2931:
---------------------------------------------------------

Commit 13275ca2710d4f659bda540e8358f22b0a10be24 in qpid-proton's branch 
refs/heads/main from Cliff Jansen
[ https://gitbox.apache.org/repos/asf?p=qpid-proton.git;h=13275ca27 ]

PROTON-2931: epoll proactor thread races using async c-ares name resolver 
library


> Epoll proactor has race conditions with the async c-ares name resolver library
> ------------------------------------------------------------------------------
>
>                 Key: PROTON-2931
>                 URL: https://issues.apache.org/jira/browse/PROTON-2931
>             Project: Qpid Proton
>          Issue Type: Bug
>          Components: proton-c
>    Affects Versions: proton-c-0.41.0
>            Reporter: Clifford Jansen
>            Assignee: Clifford Jansen
>            Priority: Blocker
>
> If the c-ares callback is very quick, the pn_raw_connection_t can sometimes 
> fail to schedule itself and hang while still in the connecting phase.  This 
> can be easily reproduced with a ulimit for open files of 1024 or less and the 
> following reproducer.
>   https://github.com/fgiorgetti/router-locust
> Conversely, if the callback is extremely slow, the connection can wind up and 
> free resources before the callback tries to reference through an invalid 
> pointer.  The connection should remember if a callback is pending and defer 
> any cleanup until this concludes.  This applies to raw and AMQP connections.



--
This message was sent by Atlassian Jira
(v8.20.10#820010)

---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]

Reply via email to