A little nasty but will work, I already have the zmq_poller_get_fd method
(right now it is not public).
I will make the change.
What disadvantage do you see to the change of the structure?
On Mon, Aug 17, 2015 at 6:11 AM, KIU Shueng Chuan
wrote:
> Do you think it would be worthwhile to preserve
Whoops, I spoke too soon. Yeah um, ignore that, I missed a part of that.
On Aug 16, 2015 11:48 PM, "Kenneth Adam Miller"
wrote:
> I'm pretty sure that bind_out_sock should be set up with a connect call,
> and the bind_ prefixes might be left off.
> On Aug 14, 2015 10:38 AM, "Jason Sia" wrote:
>
I'm pretty sure that bind_out_sock should be set up with a connect call,
and the bind_ prefixes might be left off.
On Aug 14, 2015 10:38 AM, "Jason Sia" wrote:
> Hi,
>
> I'm using zeromq 2.2.0 version due to some library dependency, I created a
> streamer device push pull , for some reason and it
Hello!
I'm building the second version of a open source differential GPS sharing
software (pylongps.com). I've run into a bit of a snag though.
Does anyone know of a good way to get the key associated with a CURVE
router connection? ZAP authentication can check if a key is on the
whitelist, but
Do you think it would be worthwhile to preserve ABI compatibility of the
zmq_pollitem_t structure?
Perhaps for threadsafe sockets, the user could extract the fd of the poller
object and populate the pollitem fd field himself?
e.g.
socket!=NULL && fd!=0 ==> threadsafe zmq socket
socket!=NULL && fd
Sounds like you need malamute. Check it out, let me know if that solves
your problem.
On Aug 16, 2015 8:17 PM, "Bob Stanton" wrote:
> I need help with a system with bidirectional communication between a
> Client a Server and another Client. The Server need to pass messages
> between the two Clien
I need help with a system with bidirectional communication between a Client
a Server and another Client. The Server need to pass messages between the
two Clients both ways. Can Anybody help ?
Regards
Bob Stanton
___
zeromq-dev mailing list
zeromq-dev@li
This is fantastic news! Will make packaging rsyslog w/ the omczmq / imczmq
enabled quite a bit easier.
Cheers!
Brian
On Sun, Aug 16, 2015 at 3:56 PM, Luca Boccassi
wrote:
> Dear maintainers and users,
>
> FYI, CZMQ packages are now available in Debian unstable (Sid) [1].
>
> To install, simply
Dear maintainers and users,
FYI, CZMQ packages are now available in Debian unstable (Sid) [1].
To install, simply run:
sudo apt-get install libczmq3 libczmq-dev
In a few days they should be automatically migrated to Debian testing
(Stretch) and to Ubuntu 15.10 (Wily), just in time for the impor
Merged! Thanks Doron!
On Sun, Aug 16, 2015 at 11:07 AM, Doron Somech wrote:
> PR is pending, should be fixed once merged.
>
>
> On Sun, Aug 16, 2015 at 6:00 PM, Brian Knox
> wrote:
>
>> Aha! Mystery solved. No problem Doron!
>>
>> On Sun, Aug 16, 2015 at 10:59 AM, Doron Somech
>> wrote:
>>
PR is pending, should be fixed once merged.
On Sun, Aug 16, 2015 at 6:00 PM, Brian Knox wrote:
> Aha! Mystery solved. No problem Doron!
>
> On Sun, Aug 16, 2015 at 10:59 AM, Doron Somech wrote:
>
>> I think you are right, sorry for that.
>> Sending a pull request now.
>>
>> On Sun, Aug 16, 2
so, I made a pull request to fix the issue, moving field to the end of
struct:
https://github.com/zeromq/libzmq/pull/1526
On Sun, Aug 16, 2015 at 5:54 PM, Doron Somech wrote:
> I will try to fix that...
>
> On Sun, Aug 16, 2015 at 5:43 PM, KIU Shueng Chuan
> wrote:
>
>> Hello, the new definiti
Aha! Mystery solved. No problem Doron!
On Sun, Aug 16, 2015 at 10:59 AM, Doron Somech wrote:
> I think you are right, sorry for that.
> Sending a pull request now.
>
> On Sun, Aug 16, 2015 at 5:33 PM, KIU Shueng Chuan
> wrote:
>
>> I think it's because zmq_pollitem_t has very recently gained
I think you are right, sorry for that.
Sending a pull request now.
On Sun, Aug 16, 2015 at 5:33 PM, KIU Shueng Chuan
wrote:
> I think it's because zmq_pollitem_t has very recently gained a new
> "poller" field. Perhaps that new field should be moved to the end?
> On 16 Aug 2015 22:06, "Brian Kno
I will try to fix that...
On Sun, Aug 16, 2015 at 5:43 PM, KIU Shueng Chuan
wrote:
> Hello, the new definition for zmq_pollitem_t would break code like the
> following:
>
> zmq_pollitem_t pollitems [] = {
> { zsock, 0, ZMQ_POLLIN, 0 },
> { NULL, fd, ZMQ_POLLIN, 0 }
>
Hello, the new definition for zmq_pollitem_t would break code like the
following:
zmq_pollitem_t pollitems [] = {
{ zsock, 0, ZMQ_POLLIN, 0 },
{ NULL, fd, ZMQ_POLLIN, 0 }
};
On 16 Aug 2015 19:10, "Doron Somech" wrote:
> So I made a pull request which add polling o
I think it's because zmq_pollitem_t has very recently gained a new "poller"
field. Perhaps that new field should be moved to the end?
On 16 Aug 2015 22:06, "Brian Knox" wrote:
> Joe - that's what I'm thinking too.
>
> On Sun, Aug 16, 2015 at 9:59 AM, Joe McIlvain
> wrote:
>
>> Could be that Trav
Joe - that's what I'm thinking too.
On Sun, Aug 16, 2015 at 9:59 AM, Joe McIlvain wrote:
> Could be that Travis updated its software packages so that a different set
> of warning/error settings are active for the compiler.
>
> On Sun, Aug 16, 2015 at 5:02 AM, Brian Knox
> wrote:
>
>> CZMQ is cu
Could be that Travis updated its software packages so that a different set
of warning/error settings are active for the compiler.
On Sun, Aug 16, 2015 at 5:02 AM, Brian Knox wrote:
> CZMQ is currently failing to build on travis-ci for GoCZMQ, just wanted to
> see if anyone else has run into this
CZMQ is currently failing to build on travis-ci for GoCZMQ, just wanted to
see if anyone else has run into this. As far as I can tell the code
involved hasn't changed in over a year, so not sure why it's causing travis
issues now:
src/zbeacon.c: In function ‘zbeacon’:
src/zbeacon.c:281:13: er
So I made a pull request which add polling on multiple sockets:
https://github.com/zeromq/libzmq/pull/1525
Polling on thread safe sockets is a little different then regular socket,
take a look at the gist:
https://gist.github.com/somdoron/902169bf115d3534bd24
Next is making a pull request to CZ
21 matches
Mail list logo
