[
https://issues.apache.org/jira/browse/PROTON-2748?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17763834#comment-17763834
]
ASF GitHub Bot commented on PROTON-2748:
----------------------------------------
cliffjansen commented on PR #402:
URL: https://github.com/apache/qpid-proton/pull/402#issuecomment-1714281893
I will check in the changes so far to get some extended CI going.
Todo: additional tests as suggested and rename the test. I will leave the
pull and JIRA open until they are done and will incorporate additional
suggestions.
I propose changing raw_wake_test to raw_connection_proactor_test to reflect
it tests the functionality of the proactor implementation of raw connections
whereas the existing raw_connection_test tests the proactor-independent bits of
the internal/external API without a running proactor.
> Raw connections do not always complete close operations
> -------------------------------------------------------
>
> Key: PROTON-2748
> URL: https://issues.apache.org/jira/browse/PROTON-2748
> Project: Qpid Proton
> Issue Type: Bug
> Components: proton-c
> Affects Versions: proton-c-0.39.0
> Environment: linux epoll
> Reporter: Clifford Jansen
> Assignee: Clifford Jansen
> Priority: Major
> Attachments: pn2748.patch
>
>
> The Proton raw_connection_t currently requires cooperation from the
> application layer to complete a close. There is a baked in assumption that
> the application will always eventually provide a read buffer. A second
> assumption is that the peer (not necessarily a Proton raw connection) will
> detect a read close on its side, and do a graceful close of it's write side
> "soon".
> These incorrect assumptions can leave the raw connection in a hung state
> waiting for non-existent wind up activity by the application or peer,
> respectively.
--
This message was sent by Atlassian Jira
(v8.20.10#820010)
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscr...@qpid.apache.org
For additional commands, e-mail: dev-h...@qpid.apache.org
