[
https://issues.apache.org/jira/browse/QPID-1666?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12674793#action_12674793
]
Steve Huston commented on QPID-1666:
------------------------------------
Thanks for the feedback, Alan.
I added disarm()/rearm() because the way I read the code, I assumed you wanted
to be able to leave the condition set but not polled. I'm much happier to have
that not be true - your 2 states (set and clear) are good for me.
One thing I'm not clear about how you intended PollableCondition to work...
once set() is called, is the condition cleared when the callback is made, or
does it remain set until it is explicitly cleared?
Also, I don't have a cluster setup to try this with, so I'm relying on you for
that level.
> Refactor PollableQueue and PollableCondition to allow porting
> -------------------------------------------------------------
>
> Key: QPID-1666
> URL: https://issues.apache.org/jira/browse/QPID-1666
> Project: Qpid
> Issue Type: Improvement
> Components: C++ Broker
> Reporter: Steve Huston
> Fix For: M5
>
> Attachments: pollable.diff
>
>
> The qpid::sys::PollableQueue and qpid::sys::PollableCondition classes contain
> constructs not portable to Windows. In order to port these to Windows, I'd
> like to refactor these classes to move the Linux-specific pieces down to the
> posix level.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
---------------------------------------------------------------------
Apache Qpid - AMQP Messaging Implementation
Project: http://qpid.apache.org
Use/Interact: mailto:[email protected]