Re: [zeromq-dev] A non-ZeroMQ packet seems to cause 100% CPU
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.org/pastes/4796927/text Tested with git version f0608a75bc0728030fad35d501ca73a4ffc96366 Clément ___ zeromq-dev mailing list zeromq-dev@lists.zeromq.org http://lists.zeromq.org/mailman/listinfo/zeromq-dev
Re: [zeromq-dev] A non-ZeroMQ packet seems to cause 100% CPU
Clément Battin clem...@batt.in writes: 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.org/pastes/4796927/text Tested with git version f0608a75bc0728030fad35d501ca73a4ffc96366 I just tested with zeromq 3.2.0-rc1, and also get 100% CPU. -- Nicolas Martyanoff http://wandrian.net khae...@gmail.com ___ zeromq-dev mailing list zeromq-dev@lists.zeromq.org http://lists.zeromq.org/mailman/listinfo/zeromq-dev
Re: [zeromq-dev] zmq_poll versus zloop reactor: different semantics - SOLVED; patch available
I've come around to a minimal patch to czmq. Patch and demo program for monitoring a sysfs device (pre post patch) is included: http://git.mah.priv.at/gitweb/czmq.git/shortlog/refs/heads/pollerr-no-disable - Michael Am 24.09.2012 um 21:00 schrieb Michael Haberler: I have an application where a named pipe, and a sysfs device is monitored. I did the prototype with libzmq - which worked fine - and the switched to czmq, which broke things for me. -.. ___ zeromq-dev mailing list zeromq-dev@lists.zeromq.org http://lists.zeromq.org/mailman/listinfo/zeromq-dev
Re: [zeromq-dev] Regression in czmq (latest)
On Tue, Sep 25, 2012 at 6:42 PM, Stephen Hemminger shemmin...@vyatta.com wrote: Noticed build failures after merge, because build script does check test. Mea culpa, was trying to add a small optimization on zlist_remove but did it wrong. I've made a pull request that removes my change, it works again. -Pieter ___ zeromq-dev mailing list zeromq-dev@lists.zeromq.org http://lists.zeromq.org/mailman/listinfo/zeromq-dev
Re: [zeromq-dev] Assertion failed: !(msg_-flags () msg_t::more)(session_base.cpp:157)
Ian Barber ian.barber at gmail.com writes: On Tue, Sep 25, 2012 at 10:53 PM, RohanB rohanb at cs.uchicago.edu wrote: WORKS LIKE A CHARM!! Receiving updates flawlessly! Are you saying the message was not getting initialized properly? Looks like it - not the foggiest why it would happen on one platform and not the other. Seems like the best thing to do in any case, so I'll submit a PR for it. Ian Thanks Ian. Let me investigate this a little further and see why the difference in these two architectures. Rohan ___ zeromq-dev mailing list zeromq-dev@lists.zeromq.org http://lists.zeromq.org/mailman/listinfo/zeromq-dev
Re: [zeromq-dev] zmq.hpp not installed with 3.2.0?
On 09/26/2012 11:14 AM, Josh wrote: Hi All, nOOb zmq user here. I built and installed the zeromq-3.2.0 source tarball. It appears that the C++ binding is not installed by default. I'm trying to use the c++ binding but zmq.hpp isn't found. It does exist in the sources, it's just not installed, whether into /usr/local/include or some other prefix. Nevermind, zmq.hpp isn't actually with the zmq sources. I discovered that its a separate project now. The build notes (http://www.zeromq.org/intro:get-the-software) indicate the bindings should be installed. I was confused by this statement: You get *C http://www.zeromq.org/bindings:c* and *C++ http://www.zeromq.org/bindings:cpp* bindings automatically with ØMQ. from here: http://www.zeromq.org/intro:get-the-software The C++ page clarified that the C++ binding was relocated after 3.0. I think I'm good for the moment. Thanks! Josh ___ zeromq-dev mailing list zeromq-dev@lists.zeromq.org http://lists.zeromq.org/mailman/listinfo/zeromq-dev
Re: [zeromq-dev] Regression in czmq (latest)
On Wed, 26 Sep 2012 07:03:39 -0500 Pieter Hintjens p...@imatix.com wrote: On Tue, Sep 25, 2012 at 6:42 PM, Stephen Hemminger shemmin...@vyatta.com wrote: Noticed build failures after merge, because build script does check test. Mea culpa, was trying to add a small optimization on zlist_remove but did it wrong. I've made a pull request that removes my change, it works again. -Pieter Thanks, that fixed it. ___ zeromq-dev mailing list zeromq-dev@lists.zeromq.org http://lists.zeromq.org/mailman/listinfo/zeromq-dev
Re: [zeromq-dev] compiling for HP-UX
On 2012-09-26 01:53, brian jackson wrote: So, is there any magic to getting zeromq to compile on an HP-UX system? if so...please share :) I have dug through the archives, but mostly found things from 2008 and others that had different errors that said they were fixed in 3.2.0. I figured I would ask here before filing bugs :) It has been many years since I have had access to a HP-UX machine, so I cannot help you directly. However, HP has some porting guidelines that might be able to assist you: http://h21007.www2.hp.com/portal/download/files/unprot/STK/Linux_STK/impactlist.html ___ zeromq-dev mailing list zeromq-dev@lists.zeromq.org http://lists.zeromq.org/mailman/listinfo/zeromq-dev
Re: [zeromq-dev] compiling for HP-UX
I had it compiling a couple months ago on HPUX 11iv3, but I haven't tried lately. It's usually just been a header file mismatch in my experience. I'll try it today or tomorrow and see how it works on my system. On Tue, Sep 25, 2012 at 04:53:58PM -0700, brian jackson wrote: So, is there any magic to getting zeromq to compile on an HP-UX system? if so...please share :) I have dug through the archives, but mostly found things from 2008 and others that had different errors that said they were fixed in 3.2.0. I figured I would ask here before filing bugs :) I am not a C++ nor C programmer, so a lot of the errors are well...not my specialty I'm running into problems getting this compiled using the HP aCC++ compiler aCC: HP C/aC++ B3910B A.06.14 HP-UX B.11.31 U ia64 zeromq 2.2.0 has this error: CXXlibzmq_la-ctx.lo poll.hpp, line 84: error #2020: identifier pollfd is undefined typedef std::vector pollfd pollset_t; ^ 1 error detected in the compilation of ctx.cpp. same system with zeromq 3.2.0: CXXlibzmq_la-address.lo tcp_address.hpp, line 42: error #2020: identifier sockaddr is undefined tcp_address_t (const sockaddr *sa, socklen_t sa_len); ^ tcp_address.hpp, line 57: error #2020: identifier sa_family_t is undefined sa_family_t family () const; ^ tcp_address.hpp, line 59: error #2020: identifier sockaddr is undefined const sockaddr *addr () const; ^ tcp_address.hpp, line 69: error #2020: identifier sockaddr is undefined sockaddr generic; ^ tcp_address.hpp, line 70: error #2020: identifier sockaddr_in is undefined sockaddr_in ipv4; ^ tcp_address.hpp, line 71: error #2020: identifier sockaddr_in6 is undefined sockaddr_in6 ipv6; ^ tcp_address.hpp, line 89: warning #2815-D: type qualifier on return type is meaningless const int mask () const; ^ tcp_address.hpp, line 91: warning #2815-D: type qualifier on return type is meaningless const bool match_address (const struct sockaddr *ss, const socklen_t ss_len) const; ^ 6 errors detected in the compilation of address.cpp. any help and/or pointers is GREATLY appreciated. thanks, brian -- Brian Jackson Oracle - PDIT - DevOps ___ zeromq-dev mailing list zeromq-dev@lists.zeromq.org http://lists.zeromq.org/mailman/listinfo/zeromq-dev -- AJ Lewis Software Engineer Quantum Corporation Work:651 688-4346 email: aj.le...@quantum.com -- The information contained in this transmission may be confidential. Any disclosure, copying, or further distribution of confidential information is not permitted unless such privilege is explicitly granted in writing by Quantum. Quantum reserves the right to have electronic communications, including email and attachments, sent across its networks filtered through anti virus and spam software programs and retain such messages in order to comply with applicable data security and retention requirements. Quantum is not responsible for the proper and complete transmission of the substance of this communication or for any delay in its receipt. ___ zeromq-dev mailing list zeromq-dev@lists.zeromq.org http://lists.zeromq.org/mailman/listinfo/zeromq-dev
Re: [zeromq-dev] announcing Zurl
Hi Justin, On Wed, Sep 26, 2012 at 8:04 AM, Justin Karneges jus...@affinix.com wrote: Hi folks, I want to share a project I've been working on called Zurl. It's a server with a ZeroMQ interface that makes outbound HTTP requests. Think of it like the inverse of Mongrel2 or Zerogw. This is the project I was discussing earlier on the list that needed two input sockets. I've made it open source: https://github.com/fanout/zurl Introduction article here: http://blog.fanout.io/2012/09/26/make-http-requests-over-zeromq-with-zurl/ Not much in the way of docs at the moment, but sample scripts in the tools subdir give you an idea of what's possible. Feedback welcome. Nice thing. I'm seeking for something similar to do benchmarks for my web applications. However, most our applications are websocket-driven. Any chance websockets will be supported? -- Paul ___ zeromq-dev mailing list zeromq-dev@lists.zeromq.org http://lists.zeromq.org/mailman/listinfo/zeromq-dev
Re: [zeromq-dev] exception from recv()
On Wed, Sep 26, 2012 at 5:46 PM, Tom Wilberding t...@wilberding.com wrote: * Blocking calls now return EINTR if interrupted by the delivery of a signal; this also means that language bindings which previously had problems with handling SIGINT/^C should now work correctly. What is the best practice for handling this in C++? The zmq.hpp wrapper is throwing without any additional info when zmq_recv() returns -1 and errno is EINTR, so should my app be catching this exception? And if so, shouldn't information pertaining to the root cause of the interrupt be passed along? It's throwing if it *isn't* EINTR - catch it and use errnum or what() to see what the underlying issue is. Ian ___ zeromq-dev mailing list zeromq-dev@lists.zeromq.org http://lists.zeromq.org/mailman/listinfo/zeromq-dev
Re: [zeromq-dev] compiling for HP-UX
Yeah, you need this fix (https://github.com/zeromq/zeromq3-x/commit/14da52c3aad5fa83cb167e2bf49200e072a61d1e) applied to 3.2.0-rc1 to get it building on HPUX. I don't think there's been an official 3.2 release since that fix went into git. There's a fix for HPUX in zeromq-2x (https://github.com/zeromq/zeromq2-x/commit/8123b18284b1dadf4a72b7d6e644471539239282) that was needed to get 2-x compiling - not sure if that's in the latest 2.2 release or not... Regards, AJ On Wed, Sep 26, 2012 at 02:14:32PM -0500, AJ Lewis wrote: I had it compiling a couple months ago on HPUX 11iv3, but I haven't tried lately. It's usually just been a header file mismatch in my experience. I'll try it today or tomorrow and see how it works on my system. On Tue, Sep 25, 2012 at 04:53:58PM -0700, brian jackson wrote: So, is there any magic to getting zeromq to compile on an HP-UX system? if so...please share :) I have dug through the archives, but mostly found things from 2008 and others that had different errors that said they were fixed in 3.2.0. I figured I would ask here before filing bugs :) I am not a C++ nor C programmer, so a lot of the errors are well...not my specialty I'm running into problems getting this compiled using the HP aCC++ compiler aCC: HP C/aC++ B3910B A.06.14 HP-UX B.11.31 U ia64 zeromq 2.2.0 has this error: CXXlibzmq_la-ctx.lo poll.hpp, line 84: error #2020: identifier pollfd is undefined typedef std::vector pollfd pollset_t; ^ 1 error detected in the compilation of ctx.cpp. same system with zeromq 3.2.0: CXXlibzmq_la-address.lo tcp_address.hpp, line 42: error #2020: identifier sockaddr is undefined tcp_address_t (const sockaddr *sa, socklen_t sa_len); ^ tcp_address.hpp, line 57: error #2020: identifier sa_family_t is undefined sa_family_t family () const; ^ tcp_address.hpp, line 59: error #2020: identifier sockaddr is undefined const sockaddr *addr () const; ^ tcp_address.hpp, line 69: error #2020: identifier sockaddr is undefined sockaddr generic; ^ tcp_address.hpp, line 70: error #2020: identifier sockaddr_in is undefined sockaddr_in ipv4; ^ tcp_address.hpp, line 71: error #2020: identifier sockaddr_in6 is undefined sockaddr_in6 ipv6; ^ tcp_address.hpp, line 89: warning #2815-D: type qualifier on return type is meaningless const int mask () const; ^ tcp_address.hpp, line 91: warning #2815-D: type qualifier on return type is meaningless const bool match_address (const struct sockaddr *ss, const socklen_t ss_len) const; ^ 6 errors detected in the compilation of address.cpp. any help and/or pointers is GREATLY appreciated. thanks, brian -- Brian Jackson Oracle - PDIT - DevOps ___ zeromq-dev mailing list zeromq-dev@lists.zeromq.org http://lists.zeromq.org/mailman/listinfo/zeromq-dev -- AJ Lewis Software Engineer Quantum Corporation Work:651 688-4346 email: aj.le...@quantum.com -- AJ Lewis Software Engineer Quantum Corporation Work:651 688-4346 email: aj.le...@quantum.com -- The information contained in this transmission may be confidential. Any disclosure, copying, or further distribution of confidential information is not permitted unless such privilege is explicitly granted in writing by Quantum. Quantum reserves the right to have electronic communications, including email and attachments, sent across its networks filtered through anti virus and spam software programs and retain such messages in order to comply with applicable data security and retention requirements. Quantum is not responsible for the proper and complete transmission of the substance of this communication or for any delay in its receipt. ___ zeromq-dev mailing list zeromq-dev@lists.zeromq.org http://lists.zeromq.org/mailman/listinfo/zeromq-dev
Re: [zeromq-dev] announcing Zurl
On Wednesday, September 26, 2012 10:16:15 PM Paul Colomiets wrote: Hi Justin, On Wed, Sep 26, 2012 at 8:04 AM, Justin Karneges jus...@affinix.com wrote: Hi folks, I want to share a project I've been working on called Zurl. It's a server with a ZeroMQ interface that makes outbound HTTP requests. Think of it like the inverse of Mongrel2 or Zerogw. This is the project I was discussing earlier on the list that needed two input sockets. I've made it open source: https://github.com/fanout/zurl Introduction article here: http://blog.fanout.io/2012/09/26/make-http-requests-over-zeromq-with-zur l/ Not much in the way of docs at the moment, but sample scripts in the tools subdir give you an idea of what's possible. Feedback welcome. Nice thing. I'm seeking for something similar to do benchmarks for my web applications. However, most our applications are websocket-driven. Any chance websockets will be supported? Yes, I'd like to eventually support this. One nice thing is the ZeroMQ interface is already built to stream in both directions, so it shouldn't be too strange to handle ws/wss URL schemes. Justin ___ zeromq-dev mailing list zeromq-dev@lists.zeromq.org http://lists.zeromq.org/mailman/listinfo/zeromq-dev
Re: [zeromq-dev] ZeroMQ 3.2.0 rc1 tests failed
On Sat, Sep 15, 2012 at 02:39:20PM +0900, Pieter Hintjens wrote: Did you try libzmq master? We're about ready to release a RC2 based off that. Hi Pieter, What's the timeframe for the RC2? Thanks, AJ On Sat, Sep 15, 2012 at 4:48 AM, Alexey Parhomenko ale...@iprojects.com.ua wrote: Hello! I found 2 problems when compile your library. I think you are interested about this: PASS: test_term_endpoint PASS: test_monitor test_shutdown_stress running... /bin/bash: line 5: 29031 Segmentation fault ${dir}$tst FAIL: test_shutdown_stress test_pair_ipc running... PASS: test_pair_ipc test_reqrep_ipc running... PASS: test_reqrep_ipc test_timeo running... PASS: test_timeo 1 of 17 tests failed and in file src/pgm_socket.cpp on line 89 you have unused variable sa_family_t sa_family; Best regards! ___ zeromq-dev mailing list zeromq-dev@lists.zeromq.org http://lists.zeromq.org/mailman/listinfo/zeromq-dev ___ zeromq-dev mailing list zeromq-dev@lists.zeromq.org http://lists.zeromq.org/mailman/listinfo/zeromq-dev -- AJ Lewis Software Engineer Quantum Corporation Work:651 688-4346 email: aj.le...@quantum.com -- The information contained in this transmission may be confidential. Any disclosure, copying, or further distribution of confidential information is not permitted unless such privilege is explicitly granted in writing by Quantum. Quantum reserves the right to have electronic communications, including email and attachments, sent across its networks filtered through anti virus and spam software programs and retain such messages in order to comply with applicable data security and retention requirements. Quantum is not responsible for the proper and complete transmission of the substance of this communication or for any delay in its receipt. ___ zeromq-dev mailing list zeromq-dev@lists.zeromq.org http://lists.zeromq.org/mailman/listinfo/zeromq-dev
Re: [zeromq-dev] compiling for HP-UX
On Wednesday 26 September 2012 12:37:41 AJ Lewis wrote: Yeah, you need this fix (https://github.com/zeromq/zeromq3-x/commit/14da52c3aad5fa83cb167e2bf49200e072a61d1e) applied to 3.2.0-rc1 to get it building on HPUX. I don't think there's been an official 3.2 release since that fix went into git. patch applied, but still getting the original error: CXXlibzmq_la-address.lo tcp_address.hpp, line 42: error #2020: identifier sockaddr is undefined tcp_address_t (const sockaddr *sa, socklen_t sa_len); There's a fix for HPUX in zeromq-2x (https://github.com/zeromq/zeromq2-x/commit/8123b18284b1dadf4a72b7d6e644471539239282) that was needed to get 2-x compiling - not sure if that's in the latest 2.2 release or not... these fixes did make it into the 2.2.0, but they don't help. In fact I have to back out one as it complains about not being able to locate gethrtime thanks, brian -- Brian Jackson Oracle - PDIT - DevOps ___ zeromq-dev mailing list zeromq-dev@lists.zeromq.org http://lists.zeromq.org/mailman/listinfo/zeromq-dev
Re: [zeromq-dev] compiling for HP-UX
On Wed, Sep 26, 2012 at 01:40:13PM -0700, brian jackson wrote: On Wednesday 26 September 2012 12:37:41 AJ Lewis wrote: Yeah, you need this fix (https://github.com/zeromq/zeromq3-x/commit/14da52c3aad5fa83cb167e2bf49200e072a61d1e) applied to 3.2.0-rc1 to get it building on HPUX. I don't think there's been an official 3.2 release since that fix went into git. patch applied, but still getting the original error: CXXlibzmq_la-address.lo tcp_address.hpp, line 42: error #2020: identifier sockaddr is undefined tcp_address_t (const sockaddr *sa, socklen_t sa_len); Odd...It almost seems like you're missing header files, but I don't know HPUX well enough to say for sure. I am using a newer version of aCC: aCC: HP C/aC++ B3910B A.06.25 [Nov 30 2009] struct sockaddr should be defined in sys/socket.h, but I guess in that case it's just calling it sockaddr - shouldn't that be 'struct sockaddr'? Not sure why that's working on my system... There's a fix for HPUX in zeromq-2x (https://github.com/zeromq/zeromq2-x/commit/8123b18284b1dadf4a72b7d6e644471539239282) that was needed to get 2-x compiling - not sure if that's in the latest 2.2 release or not... these fixes did make it into the 2.2.0, but they don't help. In fact I have to back out one as it complains about not being able to locate gethrtime thanks, brian -- Brian Jackson Oracle - PDIT - DevOps -- AJ Lewis Software Engineer Quantum Corporation Work:651 688-4346 email: aj.le...@quantum.com -- The information contained in this transmission may be confidential. Any disclosure, copying, or further distribution of confidential information is not permitted unless such privilege is explicitly granted in writing by Quantum. Quantum reserves the right to have electronic communications, including email and attachments, sent across its networks filtered through anti virus and spam software programs and retain such messages in order to comply with applicable data security and retention requirements. Quantum is not responsible for the proper and complete transmission of the substance of this communication or for any delay in its receipt. ___ zeromq-dev mailing list zeromq-dev@lists.zeromq.org http://lists.zeromq.org/mailman/listinfo/zeromq-dev
Re: [zeromq-dev] compiling for HP-UX
On Wednesday 26 September 2012 14:20:04 AJ Lewis wrote: On Wed, Sep 26, 2012 at 01:40:13PM -0700, brian jackson wrote: On Wednesday 26 September 2012 12:37:41 AJ Lewis wrote: Yeah, you need this fix (https://github.com/zeromq/zeromq3-x/commit/14da52c3aad5fa83cb167e2bf49200e072a61d1e) applied to 3.2.0-rc1 to get it building on HPUX. I don't think there's been an official 3.2 release since that fix went into git. patch applied, but still getting the original error: CXXlibzmq_la-address.lo tcp_address.hpp, line 42: error #2020: identifier sockaddr is undefined tcp_address_t (const sockaddr *sa, socklen_t sa_len); Odd...It almost seems like you're missing header files, but I don't know HPUX well enough to say for sure. I am using a newer version of aCC: aCC: HP C/aC++ B3910B A.06.25 [Nov 30 2009] struct sockaddr should be defined in sys/socket.h, but I guess in that case it's just calling it sockaddr - shouldn't that be 'struct sockaddr'? Not sure why that's working on my system... Yea, might be missing headers. sys/socket.h does exist and it does contain a definition to sockaddr, don't know what's going on there. I've also tried with aCC 6.25 which I've found on the system; still running into the same error. as far as the C++ side of things with the syntax...no clue, not a C++ guy thanks, brian -- Brian Jackson Oracle - PDIT - DevOps ___ zeromq-dev mailing list zeromq-dev@lists.zeromq.org http://lists.zeromq.org/mailman/listinfo/zeromq-dev