Hi Ranjeet,
Is this easy to reproduce? Thanks.
- Martin
On Sat, Sep 10, 2016 at 3:17 PM, Ranjeet Kumar wrote:
> Hi,
>
> I am using zeromq 4.1.5 and czmq 3.0.2. I am using the server-client as
> router dealer. I am getting this *Assertion failed: !more
> (src/fq.cpp:117*) issue while 50k clien
Hi Tomas, can you please check with the master and report back? Thanks.
On Sep 9, 2014 3:44 AM, "Tomas Krajca" wrote:
> Hi,
>
> I've got a 0MQ-based proxy, clients talk 0MQ to the proxy, the proxy then
> talks HTTP to do either a GET on a specific url endpoint or a POST on a
> specific endpoint (
Hi Brian,
Nice work.
No problem introducing has_data member function.
Another option, I think, would be to rely on the fact that encode member
function returns 0 when there are no data pending in the encoder.
- Martin
On Fri, Mar 14, 2014 at 11:43 PM, Brian Adamson
wrote:
> Hello,
>
> I had po
I vaguely remember this was reported a long time ago. I spent some
time but never found anything suspicious. Will look at it. - Martin
On Tue, Nov 5, 2013 at 4:10 PM, Pieter Hintjens wrote:
> Hi MinRK,
>
> I'll try to reproduce it tomorrow. Any suggestion to the kind of test
> case I could make?
are handled by the library.
> EACCESS beeing a ZAP rejection, the server just delete curve_server_t and
> its parents, as if there had been no connection from this possible ennemy.
> The server remains available for other connections.
true
>
> Cheers,
>
>
> Laurent
Hi Laurent,
curve_server_t implements mechanism interface.
As for handshake, there are two generic functions:
next_handshake_command and process_handshake_command. These functions
are used to generate and process handshake messages and are usually
implemented as state machines.
Those two functions
Hi Shan, thanks for the report. I am going to look at it in 2-3 days
if nobody beats me to it.
- Martin
On Sun, Aug 11, 2013 at 11:01 PM, Shan Wang wrote:
> Hi All,
>
> I'm trying to use 0MQ in our project, but recently I found a very tricky
> problem in the pub/sub pattern.
>
> the setup is li
Hi Steve, do you get the same error when using GCC?
On Mon, Jul 22, 2013 at 5:22 PM, Steve Goodrich wrote:
> I have compiled the C multi-threaded server from the guide on OS X 10.8.4
> using LLVM 5.0. Everything runs fine. Then I add a call to system() in the
> worker thread so it looks like this
Hmm, what do you mean by corrupted messages? Wrong length or content?
Or some bogus messages?
On Mon, Jul 22, 2013 at 9:06 PM, Alexander Zhitlenok
wrote:
> Hello,
>
> We use the multicast/epgm protocol in a custom C# Application on Windows.
>
>
>
> All works fine, sometimes for hours, however at
On Linux, ZMQ uses epoll both for TCP and IPC transport.
On Mon, Jul 22, 2013 at 10:42 PM, Manish Jain wrote:
> I was curious what does ZMQ use for inter process communication (poll /
> epoll).
>
> I wanted to switch to Linux epoll considering its designed for this, and can
> scale well when you
Hi Frank, could you create a Jira issue with a simple C example
reproducing the problem? Thanks.
- Martin
On Fri, Jul 19, 2013 at 9:12 PM, Frank Hartmann wrote:
> "Hunter, Robert" writes:
>
>> I believe the unit is in milliseconds, so 3000 is 3 seconds.
>
> Hi Robert,
>
> yes 3000ms is my under
Hi Merijn, you are right, the implementation is still not complete.
Plan to finish it soon.
- Martin
On Mon, Jul 22, 2013 at 5:07 PM, Merijn Verstraaten
wrote:
> I grabbed the most recent master of libzmq from github, but it doesn't seem
> to follow the ABNF specified in RFC 23? Specifically, t
Hi Ben, I wonder if unbind should close any connections at all. The
man page says it just closes the listener, not connections accepted by
that listener.
I think disconnect should respect the linger value.
On Thu, Jul 4, 2013 at 11:47 AM, Ben Gray wrote:
> It appears that disconnect, and unbind,
ks as if windo size scaling factor is -2 (no window scaling used). I've
> tried not using the SND\RECVBUF option and also tried setting it with very
> high value but didn't see any difference.
>
> Thanks,
> Ori
>
> -Original Message-
> From: zeromq-dev-b
Hi Ori, could you please capture the first 10 packets when you connect
to the remote server for me. I would like to check something. Thanks.
- mh
On Wed, Jun 26, 2013 at 10:05 AM, Ori Barak wrote:
> Hi,
>
>
>
> I have an application running on windows using ZMQ Push\Pull TCP sockets.
>
> The cli
> speed advantages of the lockless pipes in the first place anyway?
> (I haven't looked at the innards of the implementation)
>
> TTimo
>
>
>
> On Thu, Apr 18, 2013 at 10:23 AM, Martin Hurton wrote:
>>
>> > My main question at the moment is about the
> My main question at the moment is about the current implementation of INPROC
> transport.
> Digging it seems like the actual implementation is the class pipe_t, am I
> right?
Yes, producer side writes the message to the pipe and consumer reads
it from it. The pipe is implemented as lockfree on s
Hi Katerina,
> Has anybody else seen this and is this a bug that should be fixed? The data
> is NULL and size_ is 0.
Just curious, what OS and C library are you using?
> void zmq::xpub_t::send_unsubscription (unsigned char *data_, size_t size_,
>
> void *arg_)
>
> {
>
> xpub_t *self = (x
Hi Winston,
Thanks for the patch. I think there are still some cases which are not
handled though.
For example, if there are 8 pipes handled by the dist: 2 are matching,
4 are active, 6 are eligible and the last two are congested. What
happens when the first active pipe terminates?
I would sugge
> But I cannot figure out, which pipe to terminate as I am having difficulties
> finding out, which one is connected to the peer endpoint. Also, I am not sure
> how to terminate a pipe - is it actually sufficient to call terminate on the
> pipe? If you help me to complete this one, I'll submit i
The master contains patch that should fix the crash. Can you please
test and report back? Thanks! - Martin
On Wed, Nov 21, 2012 at 9:33 PM, Martin Hurton wrote:
> Hi Peter, could you please create an issue for this and attach a
> simple example, best in C, to reproduce this segfault?
Hi Peter, could you please create an issue for this and attach a
simple example, best in C, to reproduce this segfault? Thanks!
- Martin
On Wed, Nov 21, 2012 at 4:49 PM, Martin Hurton wrote:
> Thanks for report, I will check it.
>
> On Nov 20, 2012 3:18 AM, "Peter Friend"
Thanks for report, I will check it.
On Nov 20, 2012 3:18 AM, "Peter Friend" wrote:
> I have a client REQ talking to a ROUTER. I am translating some prototype
> code from python to Java so the ROUTER is in Java and the REQ client is
> python. I was rather perplexed when I got a segfault during po
> Asserts are made to check for clear incoherent behavior in a library.
> Something that just could not happen if the library is coded properly. They
> should check for things like function pre/post conditions. They are for
> library developers, not end users!
> A change in the wire format causing
> Can't even build something more robust top of 0mq, since most of the time
> the only internal error handling of 0mq is a rough assert.
This is an internal error, what would you suggest instead?
- Martin
___
zeromq-dev mailing list
zeromq-dev@lists.zero
> I think (would have to check the code) that 2.x peers do not consider
> the MORE bit on identities.
Yes, the 2.x never checks that bit.
> In fact the frame that 2.0 suggests sending to discover a 1.0 peer is
> invalid according to the 1.0 protocol, where the 'final' byte must be
> %01, not %7f.
Hi Samuel,
> I run test_reqrep_tcp.cpp from tests folders from zeromq 3.2.0 and got this:
>
> 01 00 01 01 21 01 31 32 33 34 35 36 37 38 41 42
> 0010 43 44 45 46 47 48 31 32 33 34 35 36 37 38 61 62
> 0020 63 64 65 66 67 68 21 00 31 32 33 34 35 36 37 38
> 0030 41 42 43 44 45 46 47 48 31
Hi Claudio, seems like an error in your application.
- Martin
> Thread 0 Crashed:: Dispatch queue: com.apple.main-thread
> 0 libzmq.3.dylib 0x000106536c60
> zmq::ctx_t::check_tag() + 4 (ctx.cpp:53)
> 1 libzmq.3.dylib 0x000106556f32 zmq_ctx_se
Hi Ji, did you try to set ZMQ_TCP_KEEPALIVE socket option on the client?
- Martin
On Mon, Oct 8, 2012 at 11:30 AM, Ji Zhang wrote:
> Hi,
>
> I have a client (PULL) connect to the server (PUSH). At first they
> work just fine. But later the connection is broken, and client-side
> ZeroMQ doesn't t
> Client and server are in differenct IDC, and there is a band limit
> between them. But when the disconnection happens, our monitor shows it
> does not hit the band limit.
What is IDC?
___
zeromq-dev mailing list
zeromq-dev@lists.zeromq.org
http://lists
Thanks. This was reported. See https://zeromq.jira.com/browse/LIBZMQ-432.
- Martin
On Fri, Sep 28, 2012 at 8:59 PM, Anjorin, Kam
wrote:
> Downloaded zeromq-3.2 stable release
>
> Ran configure after untar
>
>
>
> ./configure --prefix=/sandbox/kanjorin/zromq.dir/install --with-pic
> CC=/usr/bin/g
> Scenario:
> Start a push server bind on tcp transport. Start a pull client which
> connects to above tcp endpoint. Wait for 5 seconds. Kill the server. Now if
> I restart the server again client is not re-connecting.
When you kill the server, is the client still receiving messages ?
It may take
> zmq::message_t msg(strlen(str));
> memcpy(msg.data(), str, strlen(str)+1);
This look like an error to me.
- Martin
___
zeromq-dev mailing list
zeromq-dev@lists.zeromq.org
http://lists.zeromq.org/mailman/
Hi Clément, thanks, working on a fix.
- Martin
On Wed, Sep 26, 2012 at 1:28 PM, Clément Battin wrote:
> This concerns ZeroMQ 3, not ZeroMQ 2, my bad.
>
> Here is a simpler way to reproduce:
>
> Compile and execute: http://pastie.org/pastes/4808466/text
> Run this Perl one-liner: http://pastie.or
something that would prevent the
interoperability between old and new peers?
- Martin
On Mon, Aug 13, 2012 at 3:49 AM, Pieter Hintjens wrote:
> On Sun, Aug 12, 2012 at 9:18 PM, Martin Hurton wrote:
>
>> The challenge frame is specified as:
>> challenge = %x04 %x00 versi
I went through the ZMTP/1.1 specification and have two questions:
ZMTP/1.1 specify, that the first message ever exchanged over the
connection should consists of two frames: challenge frame and either
identity of anonymous frame.
The challenge frame is specified as:
challenge = %x04 %x00 versi
t; - Stuart
>
> On 7/31/2012 6:04 AM, Martin Hurton wrote:
>> Hi Stuart, could you please file an issue for this?
>>
>> - Martin
>>
>> On Fri, Jul 27, 2012 at 9:23 PM, Stuart Brandt wrote:
>>> I get an assertion during a call to zmq_recv on 2 different OS
Hi Stuart, could you please file an issue for this?
- Martin
On Fri, Jul 27, 2012 at 9:23 PM, Stuart Brandt wrote:
> I get an assertion during a call to zmq_recv on 2 different OSes (OSX
> 10.7.4 and CentOS 5.8) under two different builds of 3.x (v3.2.0-rc1 and
> a recent build off latest at git
Is this reproducible?
- Martin
On Fri, Jul 20, 2012 at 12:31 AM, Viviano, Aaron
wrote:
> Hello ZeroMQ Devs,
>
> I’m currently running into an issue with ZMQ, using CLRZMQ (Win7, VS2010),
> where it is crashing in the encoder::get_data function at this line:
>
>
>
> memcpy (buffer + pos, write_po
Stefan, could you please create a Jira issue for this?
- Martin
On Mon, Jul 16, 2012 at 12:28 AM, Stefan de Konink wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA512
>
> On 16-07-12 00:10, Martin Hurton wrote:
>> You suggest there are more issues. What are the
You suggest there are more issues. What are they? Thanks!
- Martin
On Sun, Jul 15, 2012 at 8:00 PM, Stefan de Konink wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA512
>
> Hi,
>
> We are using ZeroMQ 2.2 and are quite happy about it. We wish we could
> move to ZeroMQ 3 but some outstandi
Hi Mark, I am working on adding websocket transport into 0MQ.
Will post a message once its ready for testing.
- Martin
On Wed, Jul 4, 2012 at 8:30 PM, Mark Farnan wrote:
> Howdy all,
>
>
>
> I’m evaluating zeroMQ, and one main criteria we have is to support
> Websockets for client to server comm
Now, both read and write operations on a given TCP socket are
performed by the same IO thread. See stream_engine implementation.
- Martin
On Fri, Jul 6, 2012 at 12:57 PM, Pieter Hintjens wrote:
> On Fri, Jul 6, 2012 at 5:39 PM, Rene-Pierre Lehmann
> wrote:
>
>> Is it possible with zeromq to us
Hi Sharon, what revision are you using?
Commit eb6c668c2ae961a4a53d11d81dd6d2df5bffa666 from Javier Lopez
already fixes that.
- Martin
On Thu, Jul 5, 2012 at 8:51 AM, Sharon Ben-Asher
wrote:
> Hello,
>
>
>
> I am trying to build ZeroMQ build for Android. I have a VM with Ubuntu
> 12.04 on x86_6
I know nothing about Windows IOCP.
Why are you interested in having zmq working with IOCP? Thanks!
- Martin
On Wed, Jun 13, 2012 at 2:53 PM, Tore Halvorsen
wrote:
> On Mon, Mar 26, 2012 at 7:58 PM, Robert G. Jakabosky
> wrote:
>> I can't think of away to make zmq work with Window's IOCP without
Hi Brian, could you please try with the master's HEAD.
- Martin
On Wed, Jun 13, 2012 at 1:40 PM, Brian Knox wrote:
> Ok! It builds fine now, and I'm down to one failing test:
>
> test_connect_delay running...
> Assertion failed: s == retired_fd (tcp_listener.cpp:64)
> /bin/sh: line 5: 5729 Abo
Most probably related to 3ec8e576d99a332514a5338671a18413ce03ba98.
Will look into it.
- Martin
On Wed, Jun 13, 2012 at 1:40 PM, Brian Knox wrote:
> Ok! It builds fine now, and I'm down to one failing test:
>
> test_connect_delay running...
> Assertion failed: s == retired_fd (tcp_listener.cpp:6
Hi Brian, do you get those errors each time you run make check?
Could you please try the same with revision
ace8f753e10e3ff35791a0cbc3399958c0b039a5?
Thanks!
- Martin
On Wed, Jun 13, 2012 at 8:37 AM, Pieter Hintjens wrote:
> Brian,
>
> it would be easier for people to read if you didn't post the
Marc, could you please try you application with the current master and
report back?
Thanks!
- Martin
On Sat, Jun 9, 2012 at 9:19 PM, Marc Criley wrote:
> I'm getting:
>
> Assertion failed: ok (mailbox.cpp:79)
>
> when trying to shut down my application. After having searched the archives
> and w
stress running...
>> > test_shutdown_stress running...
>> > Segmentation fault
>> > --x--x--
>> >
>> > As you can see, I am not able to make out a pattern from a precursory
>> > glance. I haven't plugged in the debugging tools yet, this was just
&
ake out a pattern from a precursory
> glance. I haven't plugged in the debugging tools yet, this was just
> from regularly building the code, I noticed the issue.
>
> The above is from the latest libzmq in the repository.
>
> Let me know if I can provide any more infor
Hi Marc,
1) could you create an issue
2) could you put together minimal C program reproducing this bug and
make pull request so it finds its way into issues repo
Thanks, martin
On Sat, Jun 9, 2012 at 9:19 PM, Marc Criley wrote:
> I'm getting:
>
> Assertion failed: ok (mailbox.cpp:79)
>
> when t
Thanks Gerhard, could you please create an issue in Jira? And please
attach those Lua programs too. Thanks.
- mh
On Wed, Apr 25, 2012 at 5:08 PM, Gerhard Lipp wrote:
> i figured out to boil down an example, which shows this bug.
> it consists of three files:
> 1) x.lua doing the XREP XREQ stuff,
2012/4/25 Sergey Hripchenko :
> Sorry to touch these sensitive things, but just wanted to comment that still
> you will need someone to be an architect and to know the deepest ZMQ
> implementation details.
> The most valuable help for my commits was from Martin off the list.
>
> I found some issu
nice idea :)
On Wed, Apr 25, 2012 at 7:48 PM, Michel Pelletier
wrote:
> Ok here's a crazy suggestion. I think what would work really well is
> a sort of advanced 0mq boot camp. There are obviously highly skilled
> engineers in our community who could easily take up some of
> understanding that
Hi Gerhard, is there an open issue for this? If not, can you file one
and provide a simple program reproducing this problem.
I would like to look into this.
- Martin
On Mon, Apr 23, 2012 at 2:53 PM, Gerhard Lipp wrote:
> Hello,
>
> I can observe the same behavior as stated here
> (http://lists.z
Hi Illan, no failure on LInux.
Are you sure you have a clean workspace?
Could you please identify the commit which introduced this problem? Thanks.
- Martin
On Fri, Apr 13, 2012 at 2:42 PM, Ilan Levy wrote:
> Hello
>
> I've pulled the latest version of libzmq from trunk, updated this morning,
>
The issue #300 was reported for 3.1.0 and was patched almost four
months ago. We can close it.
Andrew, can you point me to the discussion related to memory problem? Thanks!
- Martin
On Thu, Apr 12, 2012 at 6:58 PM, Pieter Hintjens wrote:
> Andrew,
>
> Neither of these issues are familiar to me.
How Antonio, how difficult is to reproduce this failure?
- Martin
On Thu, Apr 12, 2012 at 5:45 PM, Antonio Teixeira
wrote:
> Hello Friends.
>
> I have hitting a wall since i updated to the latest of ZMQ and PyZmq
>
> Assertion failed: ok (mailbox.cpp:84)
>
> I have tried everything i can remembe
Hi Mikhail, can you create an issue in Jira? Thanks!
- Martin
On Fri, Mar 30, 2012 at 11:50 AM, Mikhail Navernyuk
wrote:
> Hi everybody,
>
> In my program I've got an assertion in mailbox.cpp:84 (zeromq-2.1.11).
> Could you explain me why this might hapenning?
> I use singlethreaded application
Hi, the gcc_421_char_traits.hpp header is included in the project.
Seems strange that the compiler complains the file is missing.
- Martin
On Fri, Apr 6, 2012 at 12:07 AM, AJ Lewis wrote:
> Hey all,
>
> I'd have logged this in jira, but there's no 2.2.0 version available
> there yet and I wanted
or of programm is nondeterministic.
>
> -Mikhail
>
> On Fri, Apr 6, 2012 at 3:00 AM, Martin Hurton wrote:
>> Hi Mikhail, how difficult is it to reproduce the assertion failure?
>>
>> - Martin
>>
>> On Fri, Mar 30, 2012 at 11:50 AM, Mikhail Navernyuk
>
Hi Mikhail, how difficult is it to reproduce the assertion failure?
- Martin
On Fri, Mar 30, 2012 at 11:50 AM, Mikhail Navernyuk
wrote:
> Hi everybody,
>
> In my program I've got an assertion in mailbox.cpp:84 (zeromq-2.1.11).
> Could you explain me why this might hapenning?
> I use singlethread
zfl_list_test ();
On Thu, Oct 14, 2010 at 5:00 PM, Pieter Hintjens wrote:
> On Thu, Oct 14, 2010 at 2:59 PM, Martin Hurton wrote:
>
>> zfl_list_destroy (zfl_list_t *self);
>
> ZFL passes **self to destructors and nullifies the pointer after.
>
>> // Insert the ele
Hi,
I plan to extend zfl library with a class for list manipulation.
Below is the first draft of the function interface.
Comments and suggestions would be appreciated.
- mh
typedef struct _zfl_list zfl_base_t;
typedef struct _zfl_list_element zfl_list_element_t;
// Create a new linked list.
Yeah, makes sense.
- mh
On Wed, Oct 13, 2010 at 10:15 PM, Martin Sustrik wrote:
> On 10/13/2010 10:11 PM, Martin Hurton wrote:
>>
>> Martin, any reason to postpone the initialization of the end variable?
>
> It's an attempt to lower the latency. If there's alread
Martin, any reason to postpone the initialization of the end variable?
- mh
On Wed, Oct 13, 2010 at 9:43 PM, Martin Sustrik wrote:
> Martin & Martin,
>
> Thanks for comments! Here's try no.2
>
> Martin
>
___
zeromq-dev mailing list
zeromq-dev@lists.zer
It seems the zmq_poll can now wait infinitely long when timeout is 0.
- Martin
On Wed, Oct 13, 2010 at 1:59 PM, Martin Sustrik wrote:
> Hi all,
>
> Here's a patch to master that should prevent zmq_poll exiting when specified
> timeout is not yet reached.
>
> Testing and reporting problems is wel
Hi,
Can you please revert commit fd707fedc59124ed627780efed081acf33f455d2
and test again?
- Martin
On Mon, Aug 2, 2010 at 3:44 PM, hamster wrote:
> hamster spammotel.com> writes:
>
>> It does not seem to help :( After updating from git it started to crash on
>> receive almost immidiately:
>
>
It was a bug. Thanks for pointing this out.
I have fixed this and committed to master.
- Martin
On Fri, Jul 23, 2010 at 5:50 PM, ilejncs wrote:
> Hello,
> 0mq people.
>
> It looks like '1' is a special HWM value.
>
> If it is set for DOWNSTREAM socket,
> it is never possible to send second messa
Hi Dmitri,
I think this is a timing issue; you call connect() before the bind ()
has finished.
Try to postpone the connect() call by 1 second.
- Martin
On Mon, Jul 19, 2010 at 5:12 AM, Dmitri Toubelis
wrote:
> Some more information on this issue. This is happening with PUB/SUB sockets.
> The p
Hi Matt,
I think I have a fix for this bug. You can find it in my private
repository
(http://github.com/hurtonm/zeromq2/commit/f6dc098024ad44f07cf0c05d40e8c9c446cb699c).
Please test and report back.
- Martin
On Thu, Jul 8, 2010 at 11:30 PM, Matt Weinstein
wrote:
>
> On Jul 8, 2010, at 5:01 PM,
e has in it available in the
>> pipe API. If so I might give this a shot.
>
> I think the estimate can be computed like this:
>
> pipe_t::writer_t::msgs_written - pipe_t::writer_t::msgs_read
>
> Martin Hurton wrote the code, so he may confirm.
This is correct. I can add a meth
Hi Matt,
This is truly interesting. Could you please post the source code so
I can run the test myself. Thanks!
- martinh
On Thu, Jul 8, 2010 at 11:30 PM, Matt Weinstein
wrote:
>
> On Jul 8, 2010, at 5:01 PM, Matt Weinstein wrote:
>
> [Moderator - Please kill my prior message, I joined the list
I think this is fixed on the master now? Can you checkout using GIT
and test this version?
- Martin
On Thu, Jul 1, 2010 at 6:03 AM, rad jan wrote:
> Hi, folks,
> Thanks for your great work!
> We use zmq as the message system between modules on different servers.
> The servers are in an unreliabl
Hi Martin,
Can you please apply the attached patch and let me know if it builds now?
- MH
> -- Forwarded message --
> From: Martin Sustrik
> Date: Sat, Jun 26, 2010 at 8:19 PM
> Subject: Re: [zeromq-dev] SWAP functionality now in trunk
> To: 0MQ development list
>
>
> Hi Pieter
76 matches
Mail list logo
