2010/11/16 Martin Sustrik sust...@250bpm.com:
If someone actually tests that setting FD_SETSIZE to 1024 in 0MQ MSVC
project doesn't break client applications with different FD_SETSIZE
values (say default 64), I'll apply the change straight away.
I think it's not good idea. Maybe I don't
Hi.
Maybe is not a bug, but I have got strange error while debuging with MSVC 2005.
I have test client application (http://pastebin.com/emer9049) and test
server application (http://pastebin.com/YTW732Xb). I run both under
MSVC in debug. In server application I set break point (see place in
On 11/16/2010 09:33 AM, Олег Севостьянов wrote:
push into fds descriptors, but where is pop?
Here it is:
// Destroy retired event sources.
if (retired) {
fds.erase (std::remove_if (fds.begin (), fds.end (),
zmq::select_t::is_retired_fd), fds.end
Am 16.11.2010 10:21, schrieb Martin Sustrik:
More or less. It would be nice to call select() in client app to see
whether it works ok.
Is there a particular patch I should apply to master beforehand?
Christian
___
zeromq-dev mailing list
2010/11/16 Martin Sustrik sust...@250bpm.com:
Nope. Yust set FD_SETSIZE to 1024 in 0MQ MSVC project.
I try to change select.cpp - remove FD_SETSIZE and set 1024 as const,
and then run my test.
// Ensure we do not attempt to select () on more than FD_SETSIZE
// file descriptors.
Am 16.11.2010 10:27, schrieb Олег Севостьянов:
I try to change select.cpp - remove FD_SETSIZE and set 1024 as
const, and then run my test.
FD_SETSIZE is used internally by the Winsock headers as well so just
replacing it with a constant in the 0MQ sources will not do the trick.
Did you
On Tue, Nov 16, 2010 at 10:27 AM, Олег Севостьянов oleg@gmail.com wrote:
I try to change select.cpp - remove FD_SETSIZE and set 1024 as const,
and then run my test.
You can either:
* #define FD_SETSIZE 1024 in the 4 places that 0MQ includes
winsock.h or winsock2.h (zmq.h, select.cpp,
On Tue, Nov 16, 2010 at 10:35 AM, Pieter Hintjens p...@imatix.com wrote:
* #define FD_SETSIZE 1024 in the 4 places that 0MQ includes
winsock.h or winsock2.h (zmq.h, select.cpp, select.hpp,
windows.hpp afair)
Sorry, I'm not being clear. You need to define FD_SETSIZE _before_
including
Hi
It has been a little while since I posted the first patch for this. This patch
applies ON TOP OF the previous patch and fixes the comments that I received on
the earlier patch (errors I had made really). It includes support for the
one_byte_size case and uses the logic that was agreed on
Am 16.11.2010 10:21, schrieb Martin Sustrik:
More or less. It would be nice to call select() in client app to see
whether it works ok.
FD_SETSIZE is still #defined to 64 in client applications even if 0MQ
itself got compiled with FD_SETSIZE=1024. select() still appears to
work, but that's no
2010/11/16 Pieter Hintjens p...@imatix.com:
On Tue, Nov 16, 2010 at 10:27 AM, Олег Севостьянов oleg@gmail.com wrote:
You can either:
* -DFD_SETSIZE=1024 in the project
I add -DFD_SETSIZE=1024 in the project under Compiler-Command Line,
rebuild libzmq.dll and my test application. Test fail
Oleg,
I add -DFD_SETSIZE=1024 in the project under Compiler-Command Line,
rebuild libzmq.dll and my test application. Test fail with unhadled
exception in own.cpp:141, fnd with 0MQ error message before - Too
many open files.
I've checked your code. You are creating connection in a loop. You
Hi Mikael,
Your patch does not apply to the master:
sust...@istvan:~/zeromq2$ git apply
0001-Implement-maximum-message-size-and-a-socket-option-t.patch
0001-Implement-maximum-message-size-and-a-socket-option-t.patch:9:
trailing whitespace.
#define ZMQ_MAX_MSGSIZE 20
Hi,
What is the best approach to publish messages to the same port from
the multiple threads?
We are using zmq 2.0.10.
Thank you.
___
zeromq-dev mailing list
zeromq-dev@lists.zeromq.org
http://lists.zeromq.org/mailman/listinfo/zeromq-dev
On 11/16/2010 02:20 PM, T-zex wrote:
Hi,
What is the best approach to publish messages to the same port from
the multiple threads?
We are using zmq 2.0.10.
Use in-process forwarder device to collect messages from different
threads and push them to the network.
Martin
sust...@250bpm.com said:
On 11/12/2010 11:34 AM, Christian Gudrian wrote:
Hello, again!
test_shutdown_stress proves stressing under Windows, too:
The send call at mailbox.cpp:76 might return SOCKET_ERROR with
GetLastError() == WSAEWOULDBLOCK. The wsa_assert macro ignores this
On Mon, Nov 15, 2010 at 11:34 PM, Pieter Hintjens p...@imatix.com wrote:
OK, /me found a real keyboard and can explain this better.
Here's my proposal for the topic header:
* Number of repeated characters indicates severity from 1 to 3 (X =
information, XX = warning, XXX = error)
*
Point is that subscription happens on a pure prefix of the topic key.
-Pieter
On 16 Nov 2010 19:01, Erick Tryzelaar erick.tryzel...@gmail.com wrote:
On Mon, Nov 15, 2010 at 11:34 PM, Pieter Hintjens p...@imatix.com wrote:
OK, /me found a real keyboard and can explain this better.
Here's my
Hello list,
I cut pyzmq 2.0.10 last night, and pushed it to the downloads section on
github and pypi (easy_install/pip) and it should have some useful bits:
Headline:
* It should build without warnings (in most standard cases) and pass all
tests on Python 2.5, 2.6, 2.7, and 3.1 on Mac OSX,
i still think this is being clever, rather than just subscribing to the
level you want. for your case, just do two subscribes,
one of \002 and one of \003.
existing practice is for several levels (~7), and do we really want
to count that many out?
On Nov 16, 2010, at 11:19 AM, Pieter Hintjens
On 11/16/2010 07:24 PM, Andrew Hume wrote:
existing practice is for several levels (~7), and do we really want to
count that many out?
+1
Rarely more than 3 levels are used in practice.
Martin
___
zeromq-dev mailing list
zeromq-dev@lists.zeromq.org
It lets you subscribe to both GE severity and EQ category in one go. Yes,
it's being clever... sorry about that. But it makes use simpler IMO. Think
about taking subscriptions from a config file.
Anyhow, I'm pretty sure we don't even need categories here.
-Pieter
On 16 Nov 2010 19:25, Andrew
aha, I see someone finally registered xn--mq-kka.org
Unfortunately the cachet is lost with an ANSI redirect.
--
Steve-o
On 6 April 2010 09:19, Steven McCoy steven.mc...@miru.hk wrote:
Doesn't look like the IDN domain name is taken either, although where would
one register it as Network
Many thanks to Min for his excellent work on PyZMQ for this release!!!
PyZMQ has really taken a huge step forward because of his efforts.
Cheers,
Brian
On Tue, Nov 16, 2010 at 10:21 AM, MinRK benjami...@gmail.com wrote:
Hello list,
I cut pyzmq 2.0.10 last night, and pushed it to the
For those interested in ZMQ_LINGER, etc. on pyzmq, since 2.0.10 was cut last
night, master now targets 2.1.0, and I have added the new sockopt constants.
From now on, we will maintain a pyzmq-dev release in the downloads section
on github, where you can get the current (or at least recent) state
Hello all,
I am a newbie of ZMQ.
I want to write a web server in C++ that use ZMQ to transfer the job to
worker and receive the respone from the worker.
The web server using epoll runs in a process separated from the worker
process.
In the web server process we have 1 main thread and two child
Hi,
We (the pyzmq devs) have been thinking and talking a lot about security
lately and Min has been prototyping various ideas. I wanted to report back
on our findings as I think they are relevant to the larger security
discussion.
For the record, there are 3 main security approaches that are
I know you may be tied to C++, but the Python bindings have a nice event
loop that is integrates with the Tornado web server.
Cheers,
Brian
On Tue, Nov 16, 2010 at 8:04 PM, technical issue techwe...@gmail.comwrote:
Hello all,
I am a newbie of ZMQ.
I want to write a web server in C++ that
Thank for your quick reply.
But my project must use C++ for other reason.
On Wed, Nov 17, 2010 at 11:18 AM, Brian Granger elliso...@gmail.com wrote:
I know you may be tied to C++, but the Python bindings have a nice event
loop that is integrates with the Tornado web server.
Cheers,
Brian
It wasn't iMatix, in any case, our registrar couldn't handle the name. I
assume it's a squatter.
-Pieter
On 16 Nov 2010 22:25, Steven McCoy steven.mc...@miru.hk wrote:
aha, I see someone finally registered xn--mq-kka.org
Unfortunately the cachet is lost with an ANSI redirect.
--
Steve-o
On 11/17/2010 08:17 AM, Pieter Hintjens wrote:
It wasn't iMatix, in any case, our registrar couldn't handle the name. I
assume it's a squatter.
Interestingly, it redirects to zeromq.org
Martin
___
zeromq-dev mailing list
zeromq-dev@lists.zeromq.org
Hah... I take it back. Can you do a whois on the name? (Don't have that on
my Android yet...)
- Pieter
On 17 Nov 2010 08:19, Martin Sustrik sust...@250bpm.com wrote:
On 11/17/2010 08:17 AM, Pieter Hintjens wrote:
It wasn't iMatix, in any case, our registrar couldn't handle the name. I
assume
On 11/17/2010 08:21 AM, Pieter Hintjens wrote:
Hah... I take it back. Can you do a whois on the name? (Don't have that
on my Android yet...)
Domain ID:D160113145-LROR
Domain Name:XN--MQ-KKA.ORG
Created On:10-Sep-2010 14:40:59 UTC
Last Updated On:10-Nov-2010 03:49:40 UTC
Expiration
On 11/17/2010 05:22 AM, technical issue wrote:
I want to write a web server in C++ that use ZMQ to transfer the
job to worker and receive the respone from the worker.
The web server using epoll runs in a process separated from the
worker process.
In
Hi Martin,
On Sat, Nov 13, 2010 at 5:47 PM, Dhammika Pathirana dhamm...@gmail.com wrote:
Hi Martin,
On Sat, Nov 13, 2010 at 2:18 AM, Martin Sustrik sust...@250bpm.com wrote:
On 11/13/2010 11:13 AM, Dhammika Pathirana wrote:
In finalize_initialization(), we detach the engine and pass it
35 matches
Mail list logo