Age | Commit message (Collapse) | Author |
|
Add missing files needed for regenerating configure to the distribution;
add MAINTAINERS; improve maintainer-clean to produce a really clean tree.
Signed-off-by: Martin Lucina <mato@kotelna.sk>
|
|
* Added a version.sh and relevant changes to configure.in to extract the API
version from zmq.h at the time autogen.sh is run.
* Moved the version macros to be next to zmq_version in zmq.h and improved
the comments.
* Modified ZMQ_MAKE_VERSION to use (x) instead of plain x when expanding
macro parameters.
Signed-off-by: Martin Lucina <mato@kotelna.sk>
|
|
|
|
Signed-off-by: Sebastian Otaegui <feniix@gmail.com>
|
|
For historic reasons (mainly compatbility with really old libtool), configure was
patching libtool to not use rpath in binaries. This breaks (among other things)
correct operation of "make check" since the test binaries may not be run with
the correct shared library version.
Current best practice as seen e.g. at http://wiki.debian.org/RpathIssue suggests
that this is no longer an issue, so I'm removing the code that patches libtool.
Signed-off-by: Martin Lucina <mato@kotelna.sk>
|
|
When adding ZMQ_VERSION macros, I incorrectly removed
the PACKAGE_VERSION macro. Adding it back.
Signed-off-by: Martin Sustrik <sustrik@250bpm.com>
|
|
Macro ZMQ_VERSION represents the current version of 0MQ
Macro ZMQ_MAKE_VERSION(major,minor,patch) allows to create
a representation of the specified version.
The versions can be compared using simple <, >, ==, etc.
operators.
Signed-off-by: Martin Sustrik <sustrik@250bpm.com>
|
|
|
|
|
|
fixed
|
|
latency peak may occur -- fixed
|
|
|
|
|
|
|
|
|
|
Thanks to Matt Weinstein for the suggestion.
|
|
Change 'make dist' to generate the Git ChangeLog file, that way it doesn't
have to be manually updated nor kept in Git which causes unnecessary work.
Also change 'make dist' to invoke 'dist-zip' automatically to generate a
ZIP as well as a .tar.gz.
Thanks to http://live.gnome.org/Git/ChangeLog for the inspiration to
automatically generate ChangeLog.
|
|
|
|
|
|
|
|
|
|
Ensure that 0MQ does not attempt to call select() on more than FD_SETSIZE
file descriptors.
|
|
|
|
|
|
This reverts commit f575f252c99c99d3622f313d6bbad6635197a1e4.
Conflicts:
doc/zmq_device.txt
|
|
This reverts commit 6cd90304476c1c6873d67068009def63e520b848.
|
|
This reverts commit 77a3c36ff1f11215229a4efdb821a3cb83a9d6fc.
|
|
This reverts commit c51de31f2fd31f782e419bfac2fb8d40d689f3e3.
|
|
This reverts commit 6ff193999d96487f7aa7e578980ab5554e61d8dc.
|
|
This reverts commit 13f3481e127a6b2390e847af6b01ee88f1b4ae61.
Conflicts:
doc/zmq_device.txt
doc/zmq_tcp.txt
|
|
This reverts commit 96bcc9e6cf73781c31042278eb960c0363a78805.
|
|
This reverts commit de0173754cc82f6c08875a892892f043a804554c.
|
|
This is because as it adds the 255th element at a node it attempts to calculate
the count member var which is an unsigned char via count = (255 -0) + 1; and
pass the result to realloc. Unfortunately the result is zero and realloc returns
null; the prefix_tree asserts. I have fixed it by making the count an unsigned
short.
|
|
|
|
|
|
I was hitting an issue with an SCL enabled STL library in connection with the
way select_t::loop was erasing retired fd's. The problem as identified by the
SCL assertion was that by the time the iterator given to the erase method was
called it was considered invalid by the library. I am not sure this isn't just
a "quirk" of the MSVC STL library as the other code looks valid to me as well.
|
|
|
|
|
|
Add some basic documentation for XREQ/XREP socket types, including
a brief description of the most common use case (REQ -> XREP) and (XREQ ->
REP).
|
|
|
|
|
|
|
|
|
|
Function returning unsigned long int cannot return (-1)
|
|
|
|
|
|
|
|
|
|
|
|
|