The zeromq3-haskell package

[Tags:library, mit, test]

The 0MQ lightweight messaging kernel is a library which extends the standard socket interfaces with features traditionally provided by specialised messaging middleware products. 0MQ sockets provide an abstraction of asynchronous message queues, multiple messaging patterns, message filtering (subscriptions), seamless access to multiple transport protocols and more. This library provides the Haskell language binding to 0MQ >= 3.2.2

[Skip to Readme]


Versions 0.1, 0.1.1, 0.1.2, 0.1.3, 0.1.4, 0.2, 0.3.0, 0.3.1, 0.4, 0.5, 0.5.1, 0.5.2
Dependencies async, base (>=3 && <5), bytestring, containers, MonadCatchIO-transformers, semigroups, transformers [details]
License MIT
Copyright Copyright (c) 2010 - 2013 zeromq-haskell authors
Author Toralf Wittner
Maintainer Toralf Wittner <>
Stability experimental
Category System, FFI
Home page
Source repository head: git clone
Uploaded Sun Jul 14 17:37:45 UTC 2013 by ToralfWittner
Distributions NixOS:0.5.2
Downloads 3700 total (14 in the last 30 days)
0 []
Status Docs not available [build log]
All reported builds failed as of 2016-12-20 [all 9 reports]


  • Data
    • Data.Restricted
  • System
    • System.ZMQ3
      • System.ZMQ3.Monadic


Maintainer's Corner

For package maintainers and hackage trustees

Readme for zeromq3-haskell

Readme for zeromq3-haskell-0.5

This library provides Haskell bindings to 0MQ 3.2.x ( API documentation can be found at:

Current status

This software currently has beta status, i.e. it had seen limited testing.

Version 0.5 - Poll has an additional type-parameter representing the socket type. This integrates poll with the monadic layer.

Version 0.4 - Return Async a in System.ZMQ3.Monadic.async. Also require Data.List.NonEmpty in System.ZMQ3.sendMulti.

Version 0.3 - Add monadic layer on top of System.ZMQ3 and substitute String for ByteString in a number of cases, where the 0MQ API speaks of "binary data", i.e. subscribe/unsubscribe, identity/setIdentity and setTcpAcceptFilter.

Version 0.2 - Add additional functionality from 3.2 stable release, e.g. zmq_proxy support, new socket options, socket monitoring etc. API Change: withContext no longer accepts the number of I/O threads as first argument.

Version 0.1.4 - Expose waitRead and waitWrite.

Version 0.1.3 - Deprecated Xreq, XRep in favour of Dealer and Router as in libzmq. Fixes to compile and run with GHC 7.4.1.

Version 0.1.2 - Add sendMulti and receiveMulti. Rename SndMore to SendMore.

Version 0.1.1 - Include better error message when trying to build against invalid 0MQ version.

Version 0.1 - First release to provide bindings against 0MQ 3.1.0


As usual for Haskell packages this software is installed best via Cabal ( In addition to GHC it depends on 0MQ 3.1.x of course.


zeromq3-haskell mostly follows 0MQ's API. One difference though is that sockets are parameterized types, i.e. there is not one single socket type but when creating a socket the desired socket type has to be specified, e.g. Pair and the resulting socket is of type Socket Pair. This additional type information is used to ensure that only options applicable to the socket type can be set.

Other differences are mostly for convenience. Also one does not deal directly with 0MQ messages, instead these are created internally as needed.

Finally note that receive is already non-blocking internally. GHC's I/O manager is used to wait for data to be available, so from a client's perspective receive appears to be blocking.

Differences to the 0MQ 2.x binding

This library is based on the zeromq-haskell binding for 0MQ 2.x. Socket types and options have been aligned with 0MQ 3.x and instead of using a big SocketOption datatype, this library provides separate get and set functions for each available option, e.g. affinity/setAffinity. For details, please refer to the module's haddock documentation.


The examples folder contains some simple tests mostly mimicking the ones that come with 0MQ.


If you find any bugs or other shortcomings I would greatly appreciate a bug report, preferably via or e-mail to