[zeromq-dev] Loosing first message with PGM

[Emmanuel Taurel]

Steve,

Le 29/09/2011 18:20, Steven McCoy a écrit :
> On 29 September 2011 11:48, Emmanuel TAUREL <taurel at esrf.fr 
> <mailto:taurel at esrf.fr>> wrote:
>
>     Re,
>
>
>     On 29/09/2011 17:29, Emmanuel TAUREL wrote:
>>     Hi,
>>
>>     On 29/09/2011 15:18, Steven McCoy wrote:
>>>     On 29 September 2011 04:26, Emmanuel TAUREL <taurel at esrf.fr
>>>     <mailto:taurel at esrf.fr>> wrote:
>>>
>>>         I am able to manually trigger the PGM publisher to publish 1
>>>         multipart
>>>         message.
>>>         ... 
>>>
>>>         Then I see the ODATA packet sent by the first PGM message
>>>         from the
>>>         publisher host.
>>>         This packet is followed by several SPM packets but it does
>>>         not make my
>>>         thread to return from the zmq::poll() call!
>>>
>>>
>>>     Is this specific to multi-part?
>>     Yes, it seems to be.
>>     It's not easy to change my application that it uses single
>>     message instead of multi-part.
>>     My messages are 4 part messages. If I send only the first part
>>     (commented out the send() call for the last 3 parts),
>>     then the subscriber thread is awaken by the first message (which
>>     is not the case when using multi-part message)
>>
>>     It also seems that the packets exchanged on the network are not
>>     the same. When sending only the first part of the message,
>>     wireshark shows only
>>     one ODATA packet (no more SPM packets after the ODATA packet).
>
>     I confirm. The problem is linked to multipart message usage.
>
> I presume this is also after applying the patch from the discussion 
> yesterday about multi-parts raising assertions?
>
I don't know exactly! My first test was with ZMQ 3 downloaded from 
github.com/zeromq/zeromq3-0.git
one week ago. Today, before reporting to the mailing list, I did another 
clone from this repository.
Problem happens in both cases.

Regards

Emmanuel
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.zeromq.org/pipermail/zeromq-dev/attachments/20110929/0c640067/attachment.htm>