Re: [zeromq-dev] Memory leak help
One dirt simple approach is to occasionally send a heartbeat down the pub socket. I presume then the ws.send() work raise an error or something and the worker would die or you could detect the closed websocket some other way. There is an outstanding branch that would add zmq_poll compatibility to zmq.green. I think the poller with a timeout might work well for you in this situation. -Michel On Sun, Apr 22, 2012 at 10:06 PM, Gregory Taylor gtay...@gc-taylor.com wrote: It looks like I'm getting stuck in this loop: https://github.com/dliverman/eve-market-ping-map/blob/master/ws_server.py#L163 When the use closes the page, the subscriber socket never closes. Each greenlet gets stuck in the infinite loop. It seems like I need a way to poll with each loop iteration, but not block. like this is currently doing: system_id = subscriber.recv() Any ideas? Greg ___ 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
[zeromq-dev] ZeroMQ 3.1 release date
Hi, I could see that 3.1 is in beta. When will be the official release of 3.1 ? Thanks Anoop ___ zeromq-dev mailing list zeromq-dev@lists.zeromq.org http://lists.zeromq.org/mailman/listinfo/zeromq-dev
[zeromq-dev] missing events ZMQ_FD / ZMQ_EVENTS
Hello, I can observe the same behavior as stated here (http://lists.zeromq.org/pipermail/zeromq-dev/2011-November/014615.html). What I observe is also a XREP/XREQ (ROUTER/DEALER) prob, where the XREQ is waiting forever to receive a message (which has been definitely sent). When I poll (timer based) the ZMQ_EVENTs, the XREQ is readable as expected. I am using libev (select based) for doing IO and I am aware of the edge-based trigger behaviour (I am reading/forwarding messages until ZMQ_EVENTs does not include the ZMQ_POLLIN bit any more). What is the status of this issue? Unfortunately my setup is a bit complicated to share, but i would like to help as much as possible. Regards, Gerhard A libev workaround is to use both EV_READ and EV_WRITE bits, though this adds a lot of unnecessary wake ups / callbacks etc. ___ zeromq-dev mailing list zeromq-dev@lists.zeromq.org http://lists.zeromq.org/mailman/listinfo/zeromq-dev
Re: [zeromq-dev] ZeroMQ 3.1 release date
Hi Anoop, I could see that 3.1 is in beta. When will be the official release of 3.1 ? When we fix the last critical issues. We're close. -Pieter ___ zeromq-dev mailing list zeromq-dev@lists.zeromq.org http://lists.zeromq.org/mailman/listinfo/zeromq-dev
[zeromq-dev] zeromq licensing forbidden at my company
Hi, I just started a new job where I had hoped to use zeromq but I discovered that zeromq is listed on the internal forbidden list because of issues with LGPL. There may be political ways around this as far as I know, but just to ask... Is the choice of LGPL a firm choice or might you folks consider a less problematic BSD style license? Alternatively is there any sort of commercial licensing option which the lawyers at my new job may be more comfortable with? Curious, and thanks in advance -- Aaron Watters ___ zeromq-dev mailing list zeromq-dev@lists.zeromq.org http://lists.zeromq.org/mailman/listinfo/zeromq-dev
Re: [zeromq-dev] zeromq licensing forbidden at my company
Hi Aaron, This is the very first section of the FAQ: http://www.zeromq.org/area:faq There are no commercial license options, and no BSD license options. Firms that refuse to use LGPL software are welcome to use other products or write their own software. I personally would not work for such firms, period, because it's always a sign of deeper dysfunction. There are no issues with LGPL except that it restricts your ability to launch patent attacks on LGPL'd technology you use. (Which is one reason we use that license very deliberately.) -Pieter On Mon, Apr 23, 2012 at 10:47 AM, Aaron Watters aaron.watt...@gmail.com wrote: Hi, I just started a new job where I had hoped to use zeromq but I discovered that zeromq is listed on the internal forbidden list because of issues with LGPL. There may be political ways around this as far as I know, but just to ask... Is the choice of LGPL a firm choice or might you folks consider a less problematic BSD style license? Alternatively is there any sort of commercial licensing option which the lawyers at my new job may be more comfortable with? Curious, and thanks in advance -- Aaron Watters ___ 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
Re: [zeromq-dev] zeromq licensing forbidden at my company
2012/4/23 Aaron Watters aaron.watt...@gmail.com I just started a new job where I had hoped to use zeromq but I discovered that zeromq is listed on the internal forbidden list because of issues with LGPL. There may be political ways around this as far as I know, but just to ask... By the way, what are the issues exactly? I used to think that LGPL (not GPL!) with static linking exception is safe for use in closed-source applications, from legal point of view. ___ zeromq-dev mailing list zeromq-dev@lists.zeromq.org http://lists.zeromq.org/mailman/listinfo/zeromq-dev
Re: [zeromq-dev] zeromq licensing forbidden at my company
On Mon, Apr 23, 2012 at 11:08 AM, Ivan Pechorin ivan.pecho...@gmail.com wrote: I used to think that LGPL (not GPL!) with static linking exception is safe for use in closed-source applications, from legal point of view. It is 100% safe, and has undergone legal review multiple times in large firms who are paranoid about this kind of thing. The only valid legal issue is the anti-patent clauses of (L)GPLv3, which some firms do not like (but since such firms are more of a threat to us than an asset, it's quite fine). -Pieter ___ zeromq-dev mailing list zeromq-dev@lists.zeromq.org http://lists.zeromq.org/mailman/listinfo/zeromq-dev
Re: [zeromq-dev] zeromq licensing forbidden at my company
Some companies are against having to release source under any conditions. I don't work with him, but I've heard internal rumblings in such companies because if you modify/patch the LGPL'd software and release it, you'll have to share the modifications. Luckily, things have improved a lot since then at most companies :-) On Mon, Apr 23, 2012 at 9:08 AM, Ivan Pechorin ivan.pecho...@gmail.comwrote: 2012/4/23 Aaron Watters aaron.watt...@gmail.com I just started a new job where I had hoped to use zeromq but I discovered that zeromq is listed on the internal forbidden list because of issues with LGPL. There may be political ways around this as far as I know, but just to ask... By the way, what are the issues exactly? I used to think that LGPL (not GPL!) with static linking exception is safe for use in closed-source applications, from legal point of view. ___ zeromq-dev mailing list zeromq-dev@lists.zeromq.org http://lists.zeromq.org/mailman/listinfo/zeromq-dev -- *Noah Gibbs* Software Engineer | n...@ooyala.com | (510) 260-5409 (cell) www.ooyala.com | blog http://www.ooyala.com/blog | @ooyalahttp://www.twitter.com/ooyala ___ zeromq-dev mailing list zeromq-dev@lists.zeromq.org http://lists.zeromq.org/mailman/listinfo/zeromq-dev
Re: [zeromq-dev] Python / Zmq / Gevent
Hello Paul. I will try to make reduce the code that does this :) By the way Paul you may want to check the logging module when using Gevent it SIGABORTS ZMQ , i wrote a previous mail regarding that :) Regards 2012/4/20 Paul Colomiets p...@colomiets.name Hi Antonio, On Fri, Apr 20, 2012 at 6:15 PM, Antonio Teixeira eagle.anto...@gmail.com wrote: So Everything works fine the the client doesn't use a device... I maybe missing something but its only working this way ( The context is been shared across greenlets.). I've submitted a bug: https://github.com/zeromq/pyzmq/issues/199 It's emerged from the introspection of the code. If you'll provide a code to reproduce a problem it would be nice. But yes, it really can be because of broken implementation of the greenlet support in pyzmq. -- Paul ___ 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
[zeromq-dev] Python / ZMQ - EAGAIN
Ok So here I'm one more time :) In my async framework I do use zmq.noblock ( Poller is not green enough :D ) to avoid blocking when doing a recv() or send() The question is dead simple but i couldn't find a way to differentiate this situation. How can i distinct between EAGAIN raised because the socket is not ready. Or EAGAIN raised because on a REQ socket i'm calling send() instead of recv() Regards Antonio ___ zeromq-dev mailing list zeromq-dev@lists.zeromq.org http://lists.zeromq.org/mailman/listinfo/zeromq-dev
Re: [zeromq-dev] zeromq licensing forbidden at my company
Sorry. I should have checked the FAQ first. I may see if there is a procedure for making exceptions. I suspect the real policy is no, unless you make a fuss. Thanks! -- Aaron Watters On Mon, Apr 23, 2012 at 12:25 PM, Noah Gibbs n...@ooyala.com wrote: Some companies are against having to release source under any conditions. I don't work with him, but I've heard internal rumblings in such companies because if you modify/patch the LGPL'd software and release it, you'll have to share the modifications. Luckily, things have improved a lot since then at most companies :-) On Mon, Apr 23, 2012 at 9:08 AM, Ivan Pechorin ivan.pecho...@gmail.comwrote: 2012/4/23 Aaron Watters aaron.watt...@gmail.com I just started a new job where I had hoped to use zeromq but I discovered that zeromq is listed on the internal forbidden list because of issues with LGPL. There may be political ways around this as far as I know, but just to ask... By the way, what are the issues exactly? I used to think that LGPL (not GPL!) with static linking exception is safe for use in closed-source applications, from legal point of view. ___ zeromq-dev mailing list zeromq-dev@lists.zeromq.org http://lists.zeromq.org/mailman/listinfo/zeromq-dev -- *Noah Gibbs* Software Engineer | n...@ooyala.com | (510) 260-5409 (cell) www.ooyala.com | blog http://www.ooyala.com/blog | @ooyalahttp://www.twitter.com/ooyala ___ 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
Re: [zeromq-dev] zeromq licensing forbidden at my company
On Mon, 23 Apr 2012 13:13:54 -0400 Aaron Watters aaron.watt...@gmail.com wrote: FYI the company permits LGPL less than 3 but not 3. I don't know why. -- Aaron Watters Almost certainly caused by the enhanced patent protection of GPLv3. ___ zeromq-dev mailing list zeromq-dev@lists.zeromq.org http://lists.zeromq.org/mailman/listinfo/zeromq-dev
Re: [zeromq-dev] missing events ZMQ_FD / ZMQ_EVENTS
Hi Gerhard, On Mon, Apr 23, 2012 at 3:53 PM, Gerhard Lipp gel...@googlemail.com wrote: Hello, I can observe the same behavior as stated here (http://lists.zeromq.org/pipermail/zeromq-dev/2011-November/014615.html). What I observe is also a XREP/XREQ (ROUTER/DEALER) prob, where the XREQ is waiting forever to receive a message (which has been definitely sent). When I poll (timer based) the ZMQ_EVENTs, the XREQ is readable as expected. I am using libev (select based) for doing IO and I am aware of the edge-based trigger behaviour (I am reading/forwarding messages until ZMQ_EVENTs does not include the ZMQ_POLLIN bit any more). What is the status of this issue? Unfortunately my setup is a bit complicated to share, but i would like to help as much as possible. We are using zeromq with libev without any issues. The only non-obvious thing is that even if you doing send to a socket, you need to check whether it became readable (and vice versa). You can look at the code at: https://github.com/tailhook/zerogw/blob/master/src/http.c:300 It looks like: // Must wake up reading and on each send, because the way zmq sockets work ev_feed_event(root.loop, route-zmq_forward.socket._watch, EV_READ); For simplicity we are just feeding libev event when doing send, so it's checked for reading at the next loop iteration (And we never block for writing, if you care) -- Paul ___ zeromq-dev mailing list zeromq-dev@lists.zeromq.org http://lists.zeromq.org/mailman/listinfo/zeromq-dev
Re: [zeromq-dev] Python / Zmq / Gevent
Hi Antonio, On Mon, Apr 23, 2012 at 7:30 PM, Antonio Teixeira eagle.anto...@gmail.com wrote: Hello Paul. I will try to make reduce the code that does this :) By the way Paul you may want to check the logging module when using Gevent it SIGABORTS ZMQ , i wrote a previous mail regarding that :) Can't find. Can you point me? (We are using greenlets and zeromq successfully, so it's some gevent problem) -- Paul ___ zeromq-dev mailing list zeromq-dev@lists.zeromq.org http://lists.zeromq.org/mailman/listinfo/zeromq-dev
[zeromq-dev] s390x build failure
I fired up the Jenkins build slave earlier today and it failed with:
unbind endpoint test running...
lt-test_term_endpoint: test_term_endpoint.cpp:44: int main(int, char**):
Assertion `rc == -1 zmq_errno () == 11' failed.
/bin/sh: line 5: 35423 Aborted ${dir}$tst
FAIL: test_term_endpoint
(Build #612 on build.zero.mq).
Is this a known problem? I’ll check on it tomorrow to see if it’s just a
transient problem.
Neale
___
zeromq-dev mailing list
zeromq-dev@lists.zeromq.org
http://lists.zeromq.org/mailman/listinfo/zeromq-dev
[zeromq-dev] НА: s390x build failure
Please see my recent patches in libzmq.
Also there I described bugs that may cause it.
I'll try to better describe them tomorrow.
Sent from my HTC Desire HD
- Reply message -
От: Neale Ferguson ne...@sinenomine.net
Кому: ZeroMQ development list zeromq-dev@lists.zeromq.org
Тема: [zeromq-dev] s390x build failure
Дата: вт, апр 24, 2012 00:26
I fired up the Jenkins build slave earlier today and it failed with:
unbind endpoint test running...
lt-test_term_endpoint: test_term_endpoint.cpp:44: int main(int, char**):
Assertion `rc == -1 zmq_errno () == 11' failed.
/bin/sh: line 5: 35423 Aborted ${dir}$tst
FAIL: test_term_endpoint
(Build #612 on build.zero.mq).
Is this a known problem? I’ll check on it tomorrow to see if it’s just a
transient problem.
Neale
This message is intended only for the person(s) to which it is addressed and
may contain Intermedia.net Inc privileged, confidential and/or proprietary
information. If you have received this communication in error, please notify us
immediately by replying to the message and deleting it from your computer. Any
disclosure, copying, distribution, or the taking of any action concerning the
contents of this message and any attachment(s) by anyone other than the named
recipient(s) is strictly prohibited.
___
zeromq-dev mailing list
zeromq-dev@lists.zeromq.org
http://lists.zeromq.org/mailman/listinfo/zeromq-dev
[zeromq-dev] НА: s390x build failure
Is it was latest trunk?
Could you please re-run it to see if it is 100% reproducible?
Could I ask everyone to test it too?
Strange, that all my 'make check's are passed.
(I'm on a debian linux by the way)
Sent from my HTC Desire HD
- Reply message -
От: Neale Ferguson ne...@sinenomine.net
Кому: ZeroMQ development list zeromq-dev@lists.zeromq.org
Тема: [zeromq-dev] s390x build failure
Дата: вт, апр 24, 2012 00:26
I fired up the Jenkins build slave earlier today and it failed with:
unbind endpoint test running...
lt-test_term_endpoint: test_term_endpoint.cpp:44: int main(int, char**):
Assertion `rc == -1 zmq_errno () == 11' failed.
/bin/sh: line 5: 35423 Aborted ${dir}$tst
FAIL: test_term_endpoint
(Build #612 on build.zero.mq).
Is this a known problem? I’ll check on it tomorrow to see if it’s just a
transient problem.
Neale
This message is intended only for the person(s) to which it is addressed and
may contain Intermedia.net Inc privileged, confidential and/or proprietary
information. If you have received this communication in error, please notify us
immediately by replying to the message and deleting it from your computer. Any
disclosure, copying, distribution, or the taking of any action concerning the
contents of this message and any attachment(s) by anyone other than the named
recipient(s) is strictly prohibited.
___
zeromq-dev mailing list
zeromq-dev@lists.zeromq.org
http://lists.zeromq.org/mailman/listinfo/zeromq-dev
Re: [zeromq-dev] НА: s390x build failure
The build slave just sits there waiting for build.zero.mq to wake it and do a build of whatever’s changed in the trunk and 2.1 branch. It’ll get kicked off next time someone commits (I assume). This is on a fedora 14 virtual machine. On 4/23/12 5:02 PM, Sergey Hripchenko shripche...@intermedia.net wrote: Is it was latest trunk? Could you please re-run it to see if it is 100% reproducible? Could I ask everyone to test it too? Strange, that all my 'make check's are passed. (I'm on a debian linux by the way) ___ zeromq-dev mailing list zeromq-dev@lists.zeromq.org http://lists.zeromq.org/mailman/listinfo/zeromq-dev
Re: [zeromq-dev] zeromq licensing forbidden at my company
On Mon, Apr 23, 2012 at 12:07 PM, Aaron Watters aaron.watt...@gmail.com wrote: Sorry. I should have checked the FAQ first. I may see if there is a procedure for making exceptions. I suspect the real policy is no, unless you make a fuss. The license is forever and it's the contract on which we all participate. There are folk who don't like this contract, which is fine for them. They can make all the fuss they like, it does not change things. -Pieter ___ zeromq-dev mailing list zeromq-dev@lists.zeromq.org http://lists.zeromq.org/mailman/listinfo/zeromq-dev
Re: [zeromq-dev] zeromq licensing forbidden at my company
I believe Aaron was referring to pestering his company, not the ZeroMQ community. -B On Mon, Apr 23, 2012 at 2:34 PM, Pieter Hintjens p...@imatix.com wrote: On Mon, Apr 23, 2012 at 12:07 PM, Aaron Watters aaron.watt...@gmail.com wrote: Sorry. I should have checked the FAQ first. I may see if there is a procedure for making exceptions. I suspect the real policy is no, unless you make a fuss. The license is forever and it's the contract on which we all participate. There are folk who don't like this contract, which is fine for them. They can make all the fuss they like, it does not change things. -Pieter ___ 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
Re: [zeromq-dev] zeromq licensing forbidden at my company
On Mon, Apr 23, 2012 at 4:36 PM, Brian Smith br...@linuxfood.net wrote: I believe Aaron was referring to pestering his company, not the ZeroMQ community. Ah, in that case, Aaron, here are some tools that may help you: * Ask them to provide a single legal reason for not using LGPL software. * I'm happy to talk directly to counsel if they want to discuss their concerns. -Pieter ___ zeromq-dev mailing list zeromq-dev@lists.zeromq.org http://lists.zeromq.org/mailman/listinfo/zeromq-dev
Re: [zeromq-dev] missing events ZMQ_FD / ZMQ_EVENTS
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 gel...@googlemail.com wrote: Hello, I can observe the same behavior as stated here (http://lists.zeromq.org/pipermail/zeromq-dev/2011-November/014615.html). What I observe is also a XREP/XREQ (ROUTER/DEALER) prob, where the XREQ is waiting forever to receive a message (which has been definitely sent). When I poll (timer based) the ZMQ_EVENTs, the XREQ is readable as expected. I am using libev (select based) for doing IO and I am aware of the edge-based trigger behaviour (I am reading/forwarding messages until ZMQ_EVENTs does not include the ZMQ_POLLIN bit any more). What is the status of this issue? Unfortunately my setup is a bit complicated to share, but i would like to help as much as possible. Regards, Gerhard A libev workaround is to use both EV_READ and EV_WRITE bits, though this adds a lot of unnecessary wake ups / callbacks etc. ___ 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
