Re: [zeromq-dev] TLS (openssl) for ZeroMQ

Luca Boccassi wrote: > On Tue, 2018-12-25 at 11:47 -0500, Steven McCoy wrote: > > A common workaround is to dynamically pull in OpenSSL at > > runtime. Have a > > context option that specifies the OpenSSL “.so” or “.dll” path and > > cache > > the required API ins

Re: [zeromq-dev] TLS (openssl) for ZeroMQ

A common workaround is to dynamically pull in OpenSSL at runtime. Have a context option that specifies the OpenSSL “.so” or “.dll” path and cache the required API inside a struct or similar. — Steve-o On Tue, Dec 25, 2018 at 6:30 Luca Boccassi wrote: > On Tue, 2018-12-25 at 00:53 +0100, 林宝龙 wr

Re: [zeromq-dev] [External] Re: A PGM/EPGM question

es the pgm state > machine to do things, *however my issue here is how to accomplish that > from the ZMQ API layer*, that is the whole point of using ZMQ in my case > in the first place. > > > > Any thoughts? And thanks of the comments. > > > > *From:* zeromq-dev [m

Re: [zeromq-dev] [External] Re: A PGM/EPGM question

respond > with unicast NAKs when data loss is detected. > > > > Any ideas as to how a user should get ZMQ lib to trigger NAKs processing > for a PUB socket using either pgm/epgm transports? > > > > Thanks, > > Antonio Montero. > > *From:* zeromq-dev [mail

Re: [zeromq-dev] A PGM/EPGM question

You should check the PUB socket has a loop that is processing the incoming NAK requests, this is usually recv call based. The symptoms indicate that the protocol is operating TX-only. — Steve-o On Wed, Mar 21, 2018 at 19:50 Montero, Antonio UTC CCS < antonio.mont...@fs.utc.com> wrote: > Hello,

[zeromq-dev] AF_UNIX on Windows 10

I guess time to update the build scripts, > *Unix style sockets (AF_UNIX) are available on Windows*AF_UNIX is an > address family which has enabled inter-process communication on Unix for > countless years. The windows equivalent is named pipes, which offers > similar facilities. Based on user fe

Re: [zeromq-dev] openpgm

Flipping the direction and failing suggests that one of the hosts may have not correctly determined the local network interfaces. You can always explicitly set the local interfaces to bind to when creating the socket. Later versions in GitHub have corrected some known interface issues with newer R

[zeromq-dev] FYI: RSSL/Java now open source

Reuters proprietary protocol suite with TCP and a couple of multicast flavours has been opened up fro a while now, albeit Java-only so far: https://github.com/thomsonreuters/Elektron-SDK/tree/master/Java/Eta/Source/impl/com/thomsonreuters/upa/transport This may be an interesting project for integ

Re: [zeromq-dev] On hooking memory allocations

On 2 December 2016 at 04:50, Auer, Jens wrote: > thanks for the suggestion. I will definitely gie it a try. I tried > tcmalloc and jemalloc once, but the improvement was not so big. If I > understood tcmalloc correctly they use a per-thread cache for allocations. > I didn't think of gc. > These

Re: [zeromq-dev] BDFL literally

Is zero.mq owned by someone else? On 6 October 2016 at 17:39, Ewen McNeill wrote: > On 6/10/16 20:18, Trevor Bernard wrote: > >> Don't worry about sponsorship. My company will pay to renew them for >> the next while (within reason). Just send me the details and I'll pay >> the the bill. >> > > R

Re: [zeromq-dev] ZeroMQ Reliable Multicast just halts and never continues

It is probably worth checking whether NAK sending and processing is actually working. Ethernet networks are pretty reliable these days and the outage may be linked with the only packet loss occurring. -- Steve-o On 15 June 2016 at 10:23, Paul Krauss wrote: > Hi Folks – I am using 0MQ and CLRZ

Re: [zeromq-dev] Question about PGM Pub/Sub

On 11 April 2016 at 05:42, Luedicke, Jens wrote: > > > The sockets are connected to “epgm://eth1;239.255.255.255.0:”. > > > > If I start the processes on different systems in my LAN, everything works > fine. However, > > once I set a packet loss on one network device, there a quite a few NAKs

[zeromq-dev] FYI: GCC 6 package breaks in Fedora

Just saw this with ZeroMQ 3.2.5 and 4.1.4 listed: *zeromq3-3.2.5-3.fc23.src.rpm* *zeromq-4.1.4-1.fc24.src.rpm* *-Wstrict-aliasing* *since http://gcc.gnu.org/PR66110 fix char/unsigned char/signed char* *fields in structs are no longer considered to alias everything*

Re: [zeromq-dev] select and Multiple Provider Restrictions on Windows

On 27 January 2016 at 09:07, Ilya Kulakov wrote: > According to > https://msdn.microsoft.com/en-us/library/windows/desktop/ms739177(v=vs.85).aspx > , > implementation of POSIX's select on Windows restricts fd_set to contain > descriptors from only one provider. > This recently became a problem wi

Re: [zeromq-dev] Potential bug in select

On 27 January 2016 at 10:15, Ilya Kulakov wrote: > Hi, > > I found the following 2 chunks of code suspecting: > > - https://github.com/zeromq/libzmq/blob/master/src/select.cpp#L110-L113 > - https://github.com/zeromq/libzmq/blob/master/src/select.cpp#L170-L173 > > Why do we need to clear descripto

Re: [zeromq-dev] random missed messages with epgm pub/sub

On 12 January 2016 at 08:27, Bart van Wissen wrote: > Our observations: > - For random topics, random messages are not received by the subscriber > > This is an inherit problem if the senders are short lived, the only solution is to add a broker that can maintain a longer lifetime to ensure deliv

Re: [zeromq-dev] PGM and sending interface

On 6 January 2016 at 04:47, Jim Hague wrote: > I've not read RFC3678 before, but after a quick look it seems to me that > the > RFC isn't concerned with the socket binding, and hence the source address > used. > > Yes, the source of a multicast is specified usually by the multicast address and in

Re: [zeromq-dev] PGM and sending interface

On 5 January 2016 at 13:34, Jim Hague wrote: > I think AIX is a bit of a red herring here. I can produce exactly the same > scenario on Linux using iproute2 Interesting, thus this invalidates most of RFC 3678: /* section 5.1 of RFC 3678: basic (delta-based) protocol-independent multicast * so

Re: [zeromq-dev] PGM and sending interface

On 5 January 2016 at 09:41, Jim Hague wrote: > I've read the network parameters docs, and I don't think it helps in my > case. > ZMQ pgm_socket.cpp calls pgm_getaddrinfo() to parse the transport, and then > uses the interface number when setting up the call to pgm_bind3(). Inside > pgm_bind3(), p

Re: [zeromq-dev] PGM and sending interface

On 22 December 2015 at 05:31, Jim Hague wrote: > Unfortunately, I have some configurations that have more than one IP > address > assigned to an interface. To be clear, I don't mean a Linux aliased > interface > like eth0:1. I mean > > $ ip addr > ... > 2: eth0: mtu 1500 qdisc pfifo_fast state >

Re: [zeromq-dev] No rate limitation using JZMQ

On 18 December 2015 at 12:44, Benjamin Errouane wrote: > A new parameter was added in PGM that can set the individual limits for >> Original Data (ODATA) and Repair Data (RDATA) packets thus reserving >> bandwidth for repairs and ancillary data. > > > Are these parameters somehow accessible in JZ

Re: [zeromq-dev] No rate limitation using JZMQ

On 18 December 2015 at 08:30, Benjamin Errouane wrote: > I'm experiencing high loss when using JZMQ with the pgm transport (up to > 100%), when the application is trying to send as fast as possible. In fact > it tries to send way faster than the Gigabit-LAN is allowing. I think this > might be th

Re: [zeromq-dev] ZMQ, multicast and MTU

On 20 November 2015 at 16:27, Jim Hague wrote: > I guess I'd need to set the PGM socket option PGM_MTU to achieve this, but > that's not exposed in ZMQ. Indeed, it seems to be set in ZMQ, but it's > nailed > to 1500 (pgm_max_tpdu). > > I'm thinking of creating a patch to add a ZMQ socket option t

Re: [zeromq-dev] Is there any retransmission mechanism in ZMQ?

On 20 November 2015 at 01:33, Noh, Jangho wrote: > I expected subscribers send NAK and publishers send NCF and RDATA. > However, I could not find those packets using wireshark. > If you do not see a NAK on the wire it is possible the network specification are insufficient for the library to selec

Re: [zeromq-dev] why PGM is not a complete multicast protocol?

On 4 November 2015 at 18:53, Noh, Jangho wrote: > Question#1. > > According to Juniper Networks, PGM is not a complete multicast protocol. > Why is that? > > How PGM makes distribution path??? > > > > PGM adds reliability to multicast traffic streams. *It is not a complete > multicast protocol* l

Re: [zeromq-dev] ZeroMQ License

On 15 October 2015 at 16:57, Peter Ritter wrote: > I got a quick question about the ZeroMQ license. I was under the > impression that ZeroMQ is distributed under the LGPL license (GNU Lesser > General Public License). However, I just used the Windows installer (64Bit) > and it pretty much looked

[zeromq-dev] Request for comments on Windows packing

I'm looking to grab a Windows 10 KN VM and start building new Windows packages again. Interested in feedback on what to support and how. In looking at 64-bit supported Windows that could limit the platforms to MSVC 2012/v110, MSVC 2013/v120, and MSVC 2015/v140. I don't see much point for 32-bit

Re: [zeromq-dev] Problems with ZeroMQ 4.1.2 and multicast transports on Windows

On 23 July 2015 at 15:23, Andrew Novikov wrote: > If ZMQ_RATE of the multicast socket is lower than about 8 megabits per > second, packets are sent to the network at the specified rate. But if > the rate is set higher than that number, messages begin to get queued > and newer transmitted faster t

Re: [zeromq-dev] pgm over ipv6

On 2 June 2015 at 19:04, Sergey Zinov wrote: > it seems that pgm/epgm transport over ipv6 does not work as supposed. > When a loss(even single) occurs, subscriber pauses for several seconds, > then resumes skipping the lost packets. This implies recovery is not functioning possibly due to using

Re: [zeromq-dev] Casting bug in atomic_counter.hpp - probably only on non x86 or ARM CPUs.

On 2 June 2015 at 07:51, Dr. David Kirkby (Kirkby Microwave Ltd) < drkir...@kirkbymicrowave.co.uk> wrote: > atomic_counter.hpp:87:71: error: invalid conversion from 'volatile > integer_t* {aka volatile unsigned int*}' to 'uint32_t* {aka unsigned > int*}' [-fpermissive] > > This is line 87 which th

Re: [zeromq-dev] Preferred Transport to Handle Lossy Networks?

On 1 June 2015 at 12:33, Peter Krey wrote: > Yes use the PGM or EPGM transport. If you want to use an additional layer > at the application level, you can implement your own resend logic with > message sequence numbers if your network is truely massively losing > messages. > > I think on wireless

Re: [zeromq-dev] Website For Windows Installers (miru.hk) Is Down

Can you visit the page http://miru.hk/zeromq/ ? You may be really unlucky and your anti-virus is blocking something. :( -- Steve-o On 26 March 2015 at 16:34, Peter Rosario wrote: > I stand corrected. You are right (I haven't done virtual hosting in a > long while)​. > > I ran the following

Re: [zeromq-dev] Website For Windows Installers (miru.hk) Is Down

--resolve > switch. I merely have to replace the host name with the host IP address. > That is what I have done and it doesn't work. Have you clicked on the link > > http://97.107.136.71/archive/ZeroMQ-4.0.4~miru1.0-x86.exe > > to see for yourself? > > > On Thu, M

Re: [zeromq-dev] Website For Windows Installers (miru.hk) Is Down

Oops, an nginx misconfiguration for IPv6 apologies if you are using that. Also, IPv4 it requires HTTP 1.1 virtual hosts support, i.e. stick "97.107.136.71 miru.hk" in the hosts file and operate as normal. Alternatively use a command line tool such as cURL and bypass DNS like this: curl -O http://

Re: [zeromq-dev] Website For Windows Installers (miru.hk) Is Down

own. This link doesn't work: > > http://miru.hk/archive/ZeroMQ-4.0.4~miru1.0-x86.exe > > On Thu, Mar 26, 2015 at 8:40 AM, Steven McCoy > wrote: > >> The site was under maintenance due to moving data centers, it is back up >> now but the latest version available is

Re: [zeromq-dev] Website For Windows Installers (miru.hk) Is Down

The site was under maintenance due to moving data centers, it is back up now but the latest version available is 4.0.4 -- Steve-o On 25 March 2015 at 18:16, Peter Rosario wrote: > Website for windows installers (miru.hk) is down. I am evaluating ZeroMQ > to see if I should use it in my produc

Re: [zeromq-dev] set ZMQ_RATE not working with OpenPGM?

On 7 January 2015 at 04:05, Meng Zhuo wrote: > After I set rate with 31415, log shows zeromq had accepted it. > but the OpenPGM still shows "Setting ODATA rate regulation to 12500 bytes > per second." > > Try setting the Rate before issuing the Connect() on the socket. -- Steve-o __

Re: [zeromq-dev] Building ZeroMQ on Windows

On 7 December 2014 at 15:08, Kirby Ross wrote: > ZeroMQ-2.20~miru1.0-win32 > czmq-2.2.0 > cppzmq-master > > When I bring up the czmq project in VS 2008 and try and build it. I > continue to get this error: > fatal error C1083: Cannot open include file: 'zmq.h': No such file or > directory > > The

Re: [zeromq-dev] Aeron messaging

On 19 November 2014 04:58, Pieter Hintjens wrote: > Not sure about this. It looks like "we can do ZeroMQ better", and yet > they stay away from mentioning ZeroMQ as a competitor (as did Martin > in his Strange Loop talk). I mean, how can you say "open source high > performance messaging" and then

[zeromq-dev] Aeron messaging

>From a developer from 29 West (LBM et al) and LMAX (Disruptor) previously creating Simple Binary Encoding (SBE) message encoding we now have the Aeron transport. I think they just need to add someone from Lockless Inc. * http://highscalability.com/blog/2014/11/17/aeron-do-we-really-need-another

Re: [zeromq-dev] PyZMQ with Libsodium on Windows?

I think it is easier now as they have more support than just MSVC2013 (C99 compat) when crypto was added to ZeroMQ. On 9 October 2014 17:47, MinRK wrote: > It's not bundled simply because I couldn't build it on Windows. If you can > come up with a simple fix for building bundled libsodium, then

Re: [zeromq-dev] libzmq v4.0.5

Fair warning I am not in a position to push 4.0.5 Windows packages when the release is official. I'm currently on an OSX macbook without any Windows or MSVC toolsets \:D/ -- Steve-o On 21 September 2014 18:13, Pieter Hintjens wrote: > Hi all, > > This is a pre-release announcement, to give ti

Re: [zeromq-dev] Trouble compiling czmq under Visual Studio

On 12 September 2014 11:12, Tom Quarendon wrote: > Since Visual Studio doesn’t support C99, the C source files are compiled > as C++. This appears to have thrown up a type issue. > > MSVC 2013 supports most of C99, its not so important any more. -- Steve-o

Re: [zeromq-dev] Send and receive using link-local IPv6 address using zmq 3.2.3 and czmq 1.4.1

On 10 September 2014 01:49, Gerrit Hendrikus van Doorn < g.h.vando...@gmail.com> wrote: > > And the same address? Those are not the most helpful examples to > provide. > > Do the non-CZMQ versions work? Do you have ip6tables running? > > I mentioned that I run the applications on the same machin

Re: [zeromq-dev] Send and receive using link-local IPv6 address using zmq 3.2.3 and czmq 1.4.1

On 9 September 2014 18:51, Gerrit Hendrikus van Doorn < g.h.vando...@gmail.com> wrote: > Correction: I do use the same ports when testing (so both 5 or 54321) > > And the same address? Those are not the most helpful examples to provide. Do the non-CZMQ versions work? Do you have ip6tables r

Re: [zeromq-dev] Lock-free algorithms

On 4 September 2014 06:32, Michi Henning wrote: > https://code.google.com/p/thread-sanitizer/issues/detail?id=69 > > In the context of lock-free techniques in zmq, one of the commenters > mentioned: > > > Just a drive-by comment: TSan should not produce false positives on > lock-free algorithms,

Re: [zeromq-dev] How to use the libzmq binaries for Windows?

The libraries should match the CRT version they are built and linked against. As mentioned previously Microsoft are attempting to stop releasing further incompatible CRTs from MSVC2013 onwards. -- Steve-o On 1 August 2014 09:49, Full Name wrote: > Hello everyone, > > Have this question relat

Re: [zeromq-dev] How to use the libzmq binaries for Windows?

Most of the additional libraries that build above ZeroMQ are using libraries built from the MSVC project or solutions files and not the prepackaged binaries. Windows has particular requirements for CRT compatibility which changes with every compiler release, in addition to regular version and arch

[zeromq-dev] FlatBuffers from Google

Competition with SBE, http://google-opensource.blogspot.com/2014/06/flatbuffers-memory-efficient.html A comparison of these new zero-copy formats: https://kentonv.github.io/capnproto/news/2014-06-17-capnproto-flatbuffers-sbe.html -- Steve-o ___ zer

[zeromq-dev] Dissecting Message Queues by Tyler Treat

I don't think I saw this posted yet: noted on highscalability.com today, http://www.bravenewgeek.com/dissecting-message-queues/ -- Steve-o ___ zeromq-dev mailing list zeromq-dev@lists.zeromq.org http://lists.zeromq.org/mailman/listinfo/zeromq-dev

Re: [zeromq-dev] JZMQ stable/production ready build

On 26 June 2014 05:54, Benjamin Cordes wrote: > With regards to multicast: is PGM planned for JeroMQ? Would this use the > OpenPGM Java implementation? OpenPGM points to > https://github.com/steve-o/javapgm , which was last updated a year ago. > > It's a wish list item. Quite a few people have a

Re: [zeromq-dev] zmq performance over epgm

On 9 May 2014 07:37, wrote: > I am trying to send 50 bytes of data via multicast using epgm protocol > and the zmq framework. It takes around 45 seconds for the whole data to > arrive at the receiver. HWM is set to 6500, ZMQ_RATE is 100 - for > some reason with higher rate more time is ne

Re: [zeromq-dev] libzmq ABI compatibility across msvc versions

On 13 May 2014 04:10, Daniel Krikun wrote: > There are binary installers for windows ( > http://zeromq.org/distro:microsoft-windows) which are very convenient to > use. The installer for legacy version 2.2.0 only contains binaries built > with vc100 toolkit. > If you download the source package

[zeromq-dev] FYI: Simple Binary Encoding

Move over Captain Proto and Protocol Buffers, at 16-25 times faster throughput: http://mechanical-sympathy.blogspot.com/2014/05/simple-binary-encoding.html -- Steve-o ___ zeromq-dev mailing list zeromq-dev@lists.zeromq.org http://lists.zeromq.org/mailm

Re: [zeromq-dev] Martin Fowler MicroServices

On 23 April 2014 03:33, techbird wrote: > http://martinfowler.com/articles/microservices.html > > In this excellent publication Martin Fowler references 0MQ as a possible > light weight bus to communicate events/messages between micro-services. > This is pretty much the standard TIB model from

Re: [zeromq-dev] Strange problem with Openpgm. Help us!

On 18 April 2014 10:25, Michel Pelletier wrote: > I'm afraid I can't help you with you specific pgm problem, but if you > don't mind me playing devil's advocate for a second, it seems like you're > doing a lot of engineering work to distribute a file to 20 servers. Have > you considered using an

Re: [zeromq-dev] Yahoo shows big performance improvement by switching Storm from ZeroMQ to Netty

On 7 April 2014 04:10, Asquith, Edward wrote: > Obviously Netty supports a narrower set of use cases, but being pure > Java this certainly caught my attention; better performance and a > simplified deployment model is a compelling combo. > > > I think JeroMQ would have done the same and more, JNI

Re: [zeromq-dev] zmq_connect invalid argument specifying nic interface

On 19 March 2014 13:26, Tim Chen wrote: > > I'm getting an invalid argument when I try using pgm w zmq 3.2.4 when my > URL looks like: > > epgm://bond0;239.1.2.3:45678 > > If I remove bond0 it works fine. > Any idea why or how I can get more information on the error? > Ideally zmq_strerror

Re: [zeromq-dev] encoder::has_data() method deprecated?

On 14 March 2014 18:43, Brian Adamson wrote: > Also, I have a short overview/write-up of what I've done with ZeroMQ/NORM > that I can post to the list if there's interest? > > I'd like to see this. I'd like to see what other features of NORM you can fit in and their value. -- Steve-o

Re: [zeromq-dev] Increasing transparently ZMQ performance up to 2400%

The obvious question is what is the relationship between Torus UFS, Solarflare OpenOnLoad, and Mellanox VMA? On 28 February 2014 12:37, Guillermo Lopez Taboada < guillermo.lopez.tabo...@gmail.com> wrote: > > Hi Pieter, > > Our sockets have intra-server latencies (RTT/2 from process to process) a

[zeromq-dev] Sandstorm: 55 Gbps at 72% load

This might be of interest, if rather hilarious as an implementation of anything. Basically a static content webserver that stores content as a tcpdump and just replays the packets bypassing any serious CPU effort. http://highscalability.com/blog/2014/2/12/paper-network-stack-specialization-for-pe

Re: [zeromq-dev] 0MQ on unicast UDP

On 29 January 2014 09:59, Конюхов Павел wrote: > Can I adapt pgm/epgm to unicast UDP or perhaps there is some other way? > The "quest" has been started here: https://github.com/zeromq/libzmq/issues/807 PGM is theoretically agnostic to multicast channel and thus unicast but it really is not so c

Re: [zeromq-dev] [zmqpp] Indentation style?

OS X and Linux uses the same compilers: GCC and Clang, but different linkers. On 24 January 2014 15:08, Lindley French wrote: > In fact, OSX seems to require a much different build. -soname doesn't seem > to be supported, -f isn't a valid flag to ar, etc. > > > On Fri, Jan 24, 2014 at 3:04 PM,

Re: [zeromq-dev] Helgrind

I think Helgrind is new and as a caveat is dependent upon pthread mutex for locks which may not always be correct for situations with custom implementations. 0mq should debug without errors, OpenPGM in 0mq may surprisingly be ok despite the default configuration to not use the pthread mutex. I'm

Re: [zeromq-dev] Best 0MQ usable with gcc-2.95?

On 14 January 2014 12:21, Dmitry Antipov wrote: > I need to develop 0MQ-based application for an old (RedHat 7.x-based) > system with gcc-2.95. Unfortunately upgrading is practically impossible. > Do you have to build on the target system? Use static linking of libc & libstdc++ from a host with

Re: [zeromq-dev] Linking of libzmq (git HEAD) fails under Mac OS X 10.9 Mavericks, ld: unknown option: --version-script=libzmq.vers

I'm not seeing a version number actually being used in this use case, would it not be more pertinent to just use --export-symbols which would be OSX friendly? https://www.gnu.org/software/gnulib/manual/html_node/LD-Version-Scripts.html Or just using the attributes flags together with Windows base

[zeromq-dev] vs110 via msbuild vs120 x64 a no go

In case anyone tries this, a recent update from Microsoft has some how blocked this combination and causes a new unique error message: C:\Program Files (x86)\MSBuild\Microsoft.Cpp\v4.0\V120\Microsoft.Cpp.Platform.targets(58,5): error MSB8032: The Platform or PlatformToolset is not available from a

Re: [zeromq-dev] Building on Windows (32 and 64 bit)

On 8 January 2014 10:43, Robin Newton wrote: > The easy thing to do is to use the Windows installers > (http://zeromq.org/distro:microsoft-windows) to get the various files I > need onto a machine, and then copy them. However:- > > (a) The latest installers are for release 4.0.1, rather than for

Re: [zeromq-dev] msvc12 project with libsodium

On 3 January 2014 16:10, Balázs Varga wrote: > Since there's no libzmq with libsodium in the windows installer > (v4.0.1). I stopped at 4.0.0.rc1: http://miru.hk/archive/ZeroMQ-4.0.0rc1~nacl~miru1.0-x86.exe http://miru.hk/archive/ZeroMQ-4

Re: [zeromq-dev] When unreliability is desired

On 17 December 2013 17:30, Lindley French wrote: > It would be really neat if we could integrate something like > http://feclib.sourceforge.net/documentation.html into this. Not sure how > that possibility would work license-wise, though. > > Google's QUIC includes XOR FEC as their studies have s

Re: [zeromq-dev] When unreliability is desired

On 7 December 2013 00:34, wrote: > I'll take a look at tipc. I've been using the pgm classes as a reference > so far. They appear to use v1_encoder while tcp uses v2_encoder. > > If you can get a nice clean framework setup independent of the TCP/Unix socket setup I think many others and myself in

Re: [zeromq-dev] DSCP/Diffserv

On 24 November 2013 06:20, Pieter Hintjens wrote: > It doesn't, but it's easy enough to add, presumably. > > For Unix land it is, note that none of this applies to Vista+ which has a completely separate and rather unwieldy set of APIs which they of course rewrote completely for IPv6. Thus any co

Re: [zeromq-dev] Using ZeroMQ in VS2012 C++

On 5 December 2013 15:45, Haim Argaman wrote: > 2. Not sure what you mean by libzmq.lib and .dll. What is the > ,whatever. and where should I find these lib and dll files. > > > The <*whatever*> refers to the Windows installers on the download page: http://zeromq.org/distro:microsoft-windows --

Re: [zeromq-dev] brain foggy -- need help

On 29 October 2013 20:34, Andrew Hume wrote: > the race condition is, of course, that even when sending significant > amounts (MB) of data, > the sync message is received and returned before any data socket msgs are > processed. > Send an inline flag message in the push socket and have the clien

Re: [zeromq-dev] error: ISO C++ 1998 does not support 'long long'

On 23 October 2013 05:23, Peter Kleiweg wrote: > ... sodium/randombytes.h:29: error: ISO C++ 1998 does not support > 'long long' > It is valid C++11, it looks like libsodium doesn't care too much about the older standards. -- Steve-o ___ zeromq-d

Re: [zeromq-dev] zmq_poll stops expiring timeout in virtualized Windows 7

On 16 October 2013 10:25, Laurent Alebarde wrote: > A simplier approach is to encapsulate the standard clock of your choice > and save in a static member the value of the last get. Then if the standard > clock goes back in time, you return the saved value + 1. > For clock drift this is fine, on

Re: [zeromq-dev] zmq_poll stops expiring timeout in virtualized Windows 7

On 16 October 2013 06:11, Bjorn Reese wrote: > Alternatively, we could upgrade to C++11 and get a portable solution > with std::chrono::steady_clock > Ok, here you go: "*a steady clock is not necessarily monotonic*". https://svn.boost.org/trac/boost/ticket/7719 -- Steve-o ___

[zeromq-dev] zmq_poll stops expiring timeout in virtualized Windows 7

On 16 October 2013 06:11, Bjorn Reese > wrote: > Alternatively, we could upgrade to C++11 and get a portable solution > with std::chrono::steady_clock > >http://en.cppreference.com/w/cpp/chrono/steady_clock > > You can actually just look at the implementation for the clock and be surprised at

Re: [zeromq-dev] zmq_poll stops expiring timeout in virtualized Windows 7

On 15 October 2013 13:48, Felipe Farinon wrote: > I have found that > VirtualBox's QueryPerformanceCounter doesn't guarantee monotonicity > https://www.virtualbox.org/ticket/11951. They argue that even Windows > QueryPerformanceCounter doesn't guarantee it. > This is true, the performance counter

Re: [zeromq-dev] Automatic generation of project files (CZMQ, CMake, ...)

On 15 October 2013 11:15, Pieter Hintjens wrote: > For what it's worth I'm moving CZMQ to automatically generate its > project files from a single minimal data file. We're generating CMake, > autoconf, MSVC, Android, and MingW32 files. > > A make maker maker, I'm sure that is gong to be fun to ma

Re: [zeromq-dev] EPGM network devices support question

On 10 October 2013 20:46, Daniele Stanzani wrote: > Does EPGM break network devices PGM support? > Yes, for the benefit of convenience and that not many users have PGM network devices. -- Steve-o ___ zeromq-dev mailing list zeromq-dev@lists.zeromq.or

Re: [zeromq-dev] Windows installer for 4.x

On 10 October 2013 04:30, Pieter Hintjens wrote: > Not yet. > :-) Maybe Friday, bit busy. -- Steve-o ___ zeromq-dev mailing list zeromq-dev@lists.zeromq.org http://lists.zeromq.org/mailman/listinfo/zeromq-dev

Re: [zeromq-dev] tcp source port

On 7 October 2013 14:22, Sébastien Rautureau wrote: > The URI schema is a bit different in the following page : > http://www.ffmpeg.org/ffmpeg-protocols.html#udp > > The ffmpeg implementation seems to use : > > udp://hostname:port?localaddr=x.x.x.x&localport= > > The ones listed in the IANA d

Re: [zeromq-dev] tcp source port

On 7 October 2013 13:05, Frank Rehberger wrote: > I googled at bit found this page http://en.wikipedia.org/wiki/URI_scheme > > Transfering the schema from SSH and SFTP to 0MQ-protocol-URI how > about using something like the following syntax to encode the source > port into the user-info of t

Re: [zeromq-dev] tcp source port

On 6 October 2013 16:24, Pieter Hintjens wrote: > On Sun, Oct 6, 2013 at 5:00 AM, Steven McCoy wrote: > > >> - extend the following tcp uri format by adding an optionnal local port > => > >> tcp://serveradress:serverport:localport > > This is clearly brea

Re: [zeromq-dev] tcp source port

On 5 October 2013 05:44, Sébastien Rautureau wrote: > There may be several options : > - extend the following tcp uri format by adding an optionnal local port => > tcp://serveradress:serverport:localport > This is clearly breaking the format, so not valid. > - add a new socket option > > The o

Re: [zeromq-dev] Why I might want to use JeroMQ if I'm completely fine with JZMQ?

On 1 October 2013 17:00, Pieter Hintjens wrote: > - JeroMQ does not support pgm:// or epgm:// since OpenPGM has no Java > version > Technically there is now, just not complete and requires JDK 7. https://github.com/steve-o/javapgm ___ zeromq-dev maili

Re: [zeromq-dev] Version 4.0 release fork

Bonus: rc1 plus NaCl for v120 only, curve_keygen.exe uses non-packaged static libraries surprisingly well (16KB): http://miru.hk/archive/ZeroMQ-4.0.0rc1~nacl~miru1.0-x86.exe http://miru.hk/archive/ZeroMQ-4.0.0rc1~nacl~miru1.0-x64.exe

Re: [zeromq-dev] Version 4.0 release fork

On 20 September 2013 04:08, Pieter Hintjens wrote: > Hi all, > > I've forked off the libzmq master to > https://github.com/zeromq/zeromq4-x, in preparation for release 4.0.0. > rc1 Windows installers sans static libraries and NaCl but with vc90 fix: http://miru.hk/archive/ZeroMQ-4.0.0rc1~miru1.

Re: [zeromq-dev] RE : How to send/receive a custom C++ object via zeromq sockets?

On 18 September 2013 07:47, Michi Henning wrote: > I've been working with Cap'n Proto the past two weeks, and I have to say > I'm impressed. > I've only just stumbled along this, Cap'n Proto is written by the developer of Google Protobufs 2 after having departed Google: http://kentonv.github.io

Re: [zeromq-dev] Version 4.0 release fork

On 25 September 2013 11:15, KIU Shueng Chuan wrote: > You could generate the import library from the provided libsodium-4.def > file per the instructions at http://www.mingw.org/wiki/MSVC_and_MinGW_DLLs > . > > Importantly there is no 64-bit library and I don't want to bring in all the GCC and Mi

Re: [zeromq-dev] Version 4.0 release fork

On 24 September 2013 11:26, Sergei Nikulov wrote: > This is only building on v120/MSVC2013 due to C99 usage. There is some >> new function that is linking that breaks all the older toolkits. Does >> someone want to start a C89 libsodium fork? >> > > As far as I remember this headers (http://cod

Re: [zeromq-dev] Version 4.0 release fork

On 24 September 2013 09:36, Pieter Hintjens wrote: > Given that CURVE is still experimental, we can build 4.0.0 without it, > on Windows. My hope is that using it in libzmq will push progress on > Window packaging for it, but we don't need to have a critical > dependency on that. All the CURVE co

Re: [zeromq-dev] Version 4.0 release fork

On 23 September 2013 23:34, Steven McCoy wrote: > 09/23/2013 11:26 PM 1,423,600 libsodium-v120-mt-sgd-0_4_3.lib > 09/23/2013 11:26 PM 2,064,212 libsodium-v120-mt-s-0_4_3.lib > > This is only building on v120/MSVC2013 due to C99 usage. There is some new function tha

Re: [zeromq-dev] Version 4.0 release fork

Ok, I got this far: C:\git\libsodium-0.4.3>*build-windows.cmd* Cleaning build area ... Starting build ... Building targets for x86 ... targetting-v120 09/23/2013 11:25 PM 1,376,716 libsodium-v120-mt-sgd-0_4_3.lib 09/23/2013 11:25 PM 1,992,294 libsodium-v120-mt-s-0_4_3.lib Buildin

Re: [zeromq-dev] Version 4.0 release fork

On 23 September 2013 10:38, AJ Lewis wrote: > > I have installers for Windows built sans *libsodium *but mushrooming to > > 30MB to include static libraries. Investigating *libsodium*, looks more > > tedium as the developers are not conducive to anything other than > > *Autoconf* although > > t

Re: [zeromq-dev] Version 4.0 release fork

On 20 September 2013 04:08, Pieter Hintjens wrote: > I've forked off the libzmq master to > https://github.com/zeromq/zeromq4-x, in preparation for release 4.0.0. > > MSVC2008 is broken due to inttypes.h dependency. I have installers for Windows built sans *libsodium *but mushrooming to 30MB to

Re: [zeromq-dev] libzmq/3.2.4 stable now available

New Windows packages posted, now with MSVC2012 U3 and MSVC2013 RC whether that makes any difference. Still no idea how to handle the 4.0.0 tree ... ___ zeromq-dev mailing list zeromq-dev@lists.zeromq.org http://lists.zeromq.org/mailman/listinfo/zeromq-de

Re: [zeromq-dev] C#: recent .NET2.0 compatible versions?

On 11 September 2013 16:01, Igor 'Lo' (И.L.) wrote: > On one of the project, I **have** to deliver .NET2.0 targeted signed > assemblies. Is there any recent version of clrzmq this is suitable to this > requirement? I see the trunk uses Linq extensively, which is making it > impossible to build on

Re: [zeromq-dev] czmq compilation failure (-Werror)

On 10 September 2013 16:20, Patrick Noffke wrote: > I am attempting to compile czmq with a cross-compiler (gcc 4.8.0), and I > am getting a bunch of errors like this: > > zbeacon.c: In function 'zbeacon_publish': > zbeacon.c:176:5: error: ISO C90 forbids mixed declarations and code > [-Werror=ped

  1   2   3   4   5   6   7   8   9   10   >