Hi,
Iam sure that this is probably just an omission of a file that should be in
the tarball, but it prevents rc1 from building with VS2013. Is it possible
to remake the tarball or otherwise offer guidance.
When opening the .sln file, we receive:
C:\Users\xxx\Downloads\zeromq-4.1.0-rc1\zeromq-4.
Hi all,
I'd like to get feedback on a thread[1] regarding what I consider to
be unacceptable behavior from a CZMQ contributor.
There are many people here who use CZMQ and depend on it, and this
thread is therefore relevant to you.
My observation is that the contributor in question has tried to m
Hi,
zeromq-dev-boun...@lists.zeromq.org schrieb am 13.10.2014 15:36:38:
> Von: Pieter Hintjens
>
> Mohit,
>
> I've started on a new broker project,
> https://github.com/Malamute/malamute, which aims to do what you're
> asking for.
>
> If you would like to read the description and tell me how clos
> "PH" == Pieter Hintjens writes:
Hi Pieter,
PH> I'd like to get feedback on a thread[1] regarding what I
PH> consider to be unacceptable behavior from a CZMQ contributor.
you forgot to add the reference ([1]) to this thread. Could you please
send it as well?
Thanks,
Roland
On Thu, Oct 16, 2014 at 1:49 PM, Holger Joukl wrote:
> - I don't quite follow the distinction between live stream data
> and publish-subscribe. IIUC pub-sub is described as a "segmentation" of
> the live stream, i.e. when consuming a live stream I'd receive all
> data on a certain "channel" (for
Sorry... this is the last thread: https://github.com/zeromq/czmq/pull/733
Related older threads from CZMQ:
- https://github.com/zeromq/czmq/pull/725
- https://github.com/zeromq/czmq/pull/673
Also at least one long and confused thread on this group.
-Pieter
On Thu, Oct 16, 2014 at 2:15 PM, wr
Hi Pieter,
I'm a lurker here on the mailing list. Thanks for all the phantastic
work. Two quick comments: mrvn implied you're misleading people? that
makes little sense. What griwes had to say about this, I don't
understand either. I've never seen a project which is better
documented, so his comme
I'll describe my overall feelings concerning this as best I can.
1. Recently, some of the interactions in the czmq pull request comments
have felt like a game of passive aggressive "point scoring" instead of
people working together to make useful software.
2. I've been involved with ZeroMQ for a d
Pieter,
thanks for your clarifications. Some follow-up coments/questions:
> Von: Pieter Hintjens
>
> A stream is a convenient top-level isolation. Typically one stream
> serves one application. Within streams, readers choose subjects they
> are interested in, using pattern matching.
Ok. Still mo
> Von: Pieter Hintjens
>
> By magic coincidence I'm sketching out a proposal for reliable pub-sub.
>
> https://github.com/zeromq/zeps
>
What would be the appeal of having a centralized ZeroMQ broker as opposed
to just using some existing out-of-the box solution, probably (I almost
dare not say it
For me, "misleading" and "hiding" are quite strong words, and griwes
rant did not help.
Linus has some strong views about Github which are related to your
points, especially how pull requests work [1]. But that's more of a
Github issue in general. In the end you need many people actively
engaged i
On Thu, Oct 16, 2014 at 05:37:54PM +0200, Benjamin wrote:
> For me, "misleading" and "hiding" are quite strong words, and griwes
> rant did not help.
They are just words. Strong, weak? I'm not a walking theasurus or
whatever that thing is called that lists lots of words meaning the
same thing. I w
"That is something the czmq maintainers are exceedingly bad at. The sad
thing is the "we merge everything and then fix it if its broken"
behaviour is in direct opposition to the C4.1 rules."
We do not merge everything and then fix it if it is broken. Your statement
is empirically false.
On Thu,
This seems connected to something I tried to fix recently; that whole
properties tree got reorganized, but the packaging had not followed
suit; I pushed a 'fix' for the packaging but had no way to test the
Windows stuff, so may have broken it (or insufficiently fixed it).
My cleanup commit was de4
Oy. evoiskuil points out privately that I simply left off the '\'
line-continuations in that makefile change. Doh.
I'll file a followup PR. Sorry for the hassle.
On 10/16/2014 12:58 AM, Jim Idle wrote:
> Hi,
>
> Iam sure that this is probably just an omission of a file that should be
> in th
https://github.com/zeromq/libzmq/pull/1213, which also demonstrates the
easy workaround before that fix is merged.
On 10/16/2014 01:52 PM, Dan Mick wrote:
> Oy. evoiskuil points out privately that I simply left off the '\'
> line-continuations in that makefile change. Doh.
>
> I'll file a foll
i was hoping that some other soul has done this and can say “aha! you did X”
when they hear my problem:
i have a server that does several binds, builds a zmq_poller from those zsock_t
*’s,
and then goes into a loop headed by zpoller_wait(list, 1000).
every second, zpoller_wait returns with zpolle
On Thu, Oct 16, 2014 at 6:30 PM, Goswin von Brederlow wrote:
> That is something the czmq maintainers are exceedingly bad at.
Citation needed. You make exceedingly bad patches. Probably the worst
I've seen from anyone in this community, and you have the audacity and
nerve to blame other people f
On Thu, Oct 16, 2014 at 4:04 PM, Holger Joukl wrote:
> Ok. Still more or less the same to me: A receiver subscribes to a stream
> or a subset of the stream.
A publisher produces one stream; a receiver can get N streams.
> I guess it then depends on what you'd describe as
> a pub-sub "channel",
Certified messaging, yes, but not for pub-sub. Spam is spam.
Registered mail is registered mail. However when post offices burn
down, even registered mail gets lost.
On Thu, Oct 16, 2014 at 4:32 PM, Holger Joukl wrote:
>> Von: Pieter Hintjens
>>
>> By magic coincidence I'm sketching out a proposa
Hello,
I am trying to use zeromq to create a game client and game server, yet I am
having trouble with exchanging data by using multi threading and workers.
My idea is to use one worker for sending, one for receiving, and a socket
which keeps the connection. on the server I replace the connection
Oh addition, It does send when moving zmq::proxy as the last statement
(below connect and bind) but only 50% of the messages are send. How can I
fix this?
2014-10-17 3:43 GMT+02:00 Rafal Gm :
> Hello,
>
> I am trying to use zeromq to create a game client and game server, yet I
> am having trouble
Hello everyone,
It seems I am a bit late but here is what I think.
I'm a bit sad that the discussed thread lead to this. I know discussion
have been heated recently and it would've been great if it were avoided.
But hey, it happens.
On the particular pull request I agree that it could have been w
On Fri, Oct 17, 2014 at 4:09 AM, Arnaud Kapp wrote:
> Hello everyone,
Hi Arnaud :)
> It seems I am a bit late but here is what I think.
> I'm a bit sad that the discussed thread lead to this. I know discussion have
> been heated recently and it would've been great if it were avoided. But hey,
>
50% sent or 50% received...? You may have an existing process
connecting to the same socket, in the background (a previous test
run).
On Fri, Oct 17, 2014 at 3:48 AM, Rafal Gm wrote:
> Oh addition, It does send when moving zmq::proxy as the last statement
> (below connect and bind) but only 50% o
when a background process is running the compiler will complain that it is
not able to overwrite to output file. So there is only one server and one
client running, every two times I hit Q+W I get one revceive on the server.
2014-10-17 6:45 GMT+02:00 Pieter Hintjens :
> 50% sent or 50% received..
Can you verify using ps -ef?
On Fri, Oct 17, 2014 at 6:47 AM, Rafal Gm wrote:
> when a background process is running the compiler will complain that it is
> not able to overwrite to output file. So there is only one server and one
> client running, every two times I hit Q+W I get one revceive on
I did verify using `tasklist` from an administrative console (I'm using
Windows 8.1). There seems to be no trace of a zombie process or background
process which keeps running. Could you compile the code samples and run
both of them to check whenever the same issue happens?
2014-10-17 6:52 GMT+02:0
Thank you for following up Dan. I know from experience that trying to keep
many build systems working all the time is a difficult job and it is very
easy to get out of sync. Thanks for the fix :)
Jim
On Fri, Oct 17, 2014 at 5:29 AM, Dan Mick wrote:
> https://github.com/zeromq/libzmq/pull/1213,
If you can make a C test case, that I can compile on my Linux box, yes, sure.
My advice is to simplify the code down until it works, then add stuff
back until it breaks again, then you will know what it was.
On Fri, Oct 17, 2014 at 7:19 AM, Rafal Gm wrote:
> I did verify using `tasklist` from an
30 matches
Mail list logo