- 09 Mar, 2018 1 commit
-
-
Luca Boccassi authored
* Problem: TIPC availability check is too strict Solution: at build time only check if the API is available. In the tests do a first check and a skip if the functionality is not available. TIPC needs an in-tree but not loaded by default kernel module, tipc.ko to be loaded, which requires root, so it is unlikely to be available on any build system by default. This will allow most distributions to ship with TIPC support built in, and to avoid tests failure if the module is not there. * Problem: no Travis tests for TIPC Solution: mark one job with sudo: required and load the kernel module * Problem: CMake fails when test returns 77 (skip) Solution: set property to let it mark the test as skipped as intended
-
- 11 Feb, 2018 1 commit
-
-
Luca Boccassi authored
Solution: add them to Makefile.am, linking to the static libzmq.a library and its dependencies
-
- 10 Feb, 2018 1 commit
-
-
Luca Boccassi authored
Solution: port implementation from zproject
-
- 13 Dec, 2017 1 commit
-
-
Luca Boccassi authored
Solution: bump changelog, ABI revision, library and packaging version
-
- 20 Nov, 2017 1 commit
-
-
Luca Boccassi authored
Solution: add --disable-Werror flag like the existing --disable-pedantic or CMake's -DLIBZMQ_WERROR=OFF Fixes #2818
-
- 18 Nov, 2017 1 commit
-
-
Luca Boccassi authored
Solution: check for availability in CMake and autoconf before using it
-
- 09 Nov, 2017 1 commit
-
-
Jerome Duval authored
* link against libnetwork.so for network functions.
-
- 17 Oct, 2017 1 commit
-
-
youRFate authored
-
- 16 Oct, 2017 2 commits
-
-
Luca Boccassi authored
Solution: use the pkgconfig macro as the first step and then fallback to manual checks
-
f18m authored
* Background thread scheduling - add ZMQ_THREAD_AFFINITY ctx option; set all thread scheduling options from the context of the secondary thread instead of using the main process thread context! - change ZMQ_THREAD_PRIORITY to support setting NICE of the background thread when using SCHED_OTHER
-
- 18 Aug, 2017 1 commit
-
-
Luca Boccassi authored
Solution: use it before falling back to headers checks
-
- 15 Aug, 2017 1 commit
-
-
Simon Giesecke authored
* Extracted connect_vanilla_socket function * Problem: no tests for ZMTP-CURVE protocol errors Solution: added two test cases with erroneous HELLO commands * Problem: insufficient tests for ZMTP-CURVE protocol errors Solution: added two test cases with erroneous HELLO command version * Problem: test HELLO message is invalid apart from deliberate errors Solution: create cryptographically correct HELLO message add tweetnacl.c to test_security_curve * Problem: nonce is incorrect, build fails with GCC Solution: use correct non prefix * Problem: make builds are failing Solution: transfer CMake changes to (auto)make files * Problem: nonce is incorrect, build fails with GCC Solution: use correct non prefix * Problem: make builds are failing Solution: transfer CMake changes to (auto)make files * Problem: no test with INITIATE command with invalid length Solution: added test case * Problem: code duplication between test_security_curve.cpp and curve_client.cpp Solution: extracted parts of zmq::curve_client_t::produce_hello into reusable function * Problem: code duplication between test_security_curve.cpp and curve_client.cpp Solution: extracted further parts of zmq::curve_client_t into reusable functions added missing file * Problem: mechanism_t::add_property can be declared static Solution: declare mechanism_t::add_property static * Problem: intermediate crypto data needs to be passed between static function calls to curve_client_tools_t Solution: add non-static member functions * Problem: msg_t instance may be closed twice Solution: remove offending close * Problem: prepare_hello uses static curve_client_tools_t::produce_hello Solution: Use non-static curve_client_tools_t::produce_hello * Problem: no test with invalid command name where INITIATE command is expected Solution: added test case * Problem: make builds are failing due to curve_client_tools.hpp not being found Solution: add curve_client_tools.hpp to list of source files * Problem: wrong initializer order in zmq::curve_client_t Solution: reorder * Problem: under non-Windows systems, test fails because random_open was not called Solution: call random_open/random_close within test * Problem: conflict between custom function htonll and macro definition on Darwin Solution: define htonll function only if not defined as a macro * Problem: nullptr not defined on all platforms Solution: replace nullptr by NULL * Problem: libsodium builds not working Solution: adapt compile and link file sets for libsodium builds * Problem: Makefile.am broken Solution: Fix syntax * Problem: no tests for garbage encrypted cookie or content in INITIATE Solution: added test cases * Problem: test cases accidentally excluded from build Solution: remove #if/#endif * Solution: some error cases are unreachable Problem: for the time being, added some comments without changing the code * Added comments on hard-to-test cases
-
- 31 Jul, 2017 1 commit
-
-
Brian Russell authored
Linux now supports Virtual Routing and Forwarding (VRF) as per: https://www.kernel.org/doc/Documentation/networking/vrf.txt In order for an application to bind or connect to a socket with an address in a VRF, they need to first bind the socket to the VRF device: setsockopt(sd, SOL_SOCKET, SO_BINDTODEVICE, dev, strlen(dev)+1); Note "dev" is the VRF device, eg. VRF "blue", rather than an interface enslaved to the VRF. Add a new socket option, ZMQ_BINDTODEVICE, to bind a socket to a device. In general, if a socket is bound to a device, eg. an interface, only packets received from that particular device are processed by the socket. If device is a VRF device, then subsequent binds/connects to that socket use addresses in the VRF routing table.
-
- 28 Jul, 2017 2 commits
-
-
Luca Boccassi authored
Solution: if available use the getrandom function as it doesn't require any synchronization, state or cleanup
-
Luca Boccassi authored
Solution: open with O_CLOEXEC if available or set FD_CLOEXEC if not
-
- 14 Jul, 2017 1 commit
-
-
Sergei Trofimovich authored
on ia64 architecture libunwind comes with gcc. Unfortunately libunwind is not directly usable as-is and fails at link time: ``` ia64-unknown-linux-gnu-g++ -o perf/.libs/local_lat perf/local_lat.o src/.libs/libzmq.so -lsodium -lrt -lpthread -ldl src/.libs/libzmq.so: undefined reference to `_ULia64_step' ``` The change adds --{enable,disable}-libunwind flag to control automatic dependency. The default is unchanged: use if available. Signed-off-by:
Sergei Trofimovich <slyfox@gentoo.org>
-
- 01 May, 2017 1 commit
-
-
Luca Boccassi authored
Solution: import better solution from zproject and add a new autoconf option
-
- 26 Apr, 2017 1 commit
-
-
Jim Garlick authored
Problem: there is no test coverage for GSSAPI. Solution: add a test structured like the CURVE test. The test is not built if libzmq is not configured with --with-libgssapi_krb5. It will report SKIPPED status if the required environment is missing (see below). Environment: KRB5_KTNAME and KRB5_CLIENT_KTNAME environment variables must point to a keytab file containing creds for a host-based test principal (see comment at top of source for details). Kerberos must be configured and a KDC containing the test principal must be running, otherwise the test will fail/hang. N.B. For now, the test must use the same principal for both client and server roles because it seems impossible to set them to different principals when they are threads in the same process. Once one principal is cached in credential cache, attempts to acquire creds for a different "desired name" seem to be ignored and the cached principal is used instead.
-
- 20 Apr, 2017 1 commit
-
-
Jim Garlick authored
Problem: configure.ac is not setting HAVE_LIBGSSAPI_KRB5 in src/platform.hpp when --with-libgssapi_krb5 is specified Commit 09e868b7 switched the libgssapi_krb5 check from AC_CHECK_LIB to AC_SEARCH_LIBS, but neglected to add an AC_DEFINE for HAVE_LIBGSSAPI_KRB5, thus the GSSAPI code is never compiled. Solution: Add missing AC_DEFINE of HAVE_LIBGSSAPI_KRB5.
-
- 19 Mar, 2017 1 commit
-
-
chuggafan authored
(msys building is buggy, please be aware, it fails to compile on my machine) also I modified the buildall.bat/buildbase.bat to use correct MSVC versions instead of "visual studio 2017"
-
- 12 Mar, 2017 1 commit
-
-
Luca Boccassi authored
Solution: use pthread API to set the name. For now call every thread "ZMQ b/g thread". Would be nice to number the I/O threads and name explicitly the reaper thread, but in reality a bit of internal API churn would be necessary, so perhaps it's not worth it. This is useful when debugging a process with many threads.
-
- 18 Feb, 2017 1 commit
-
-
Luca Boccassi authored
Solution: bump changelog, ABI revision, library and packaging version
-
- 31 Dec, 2016 2 commits
-
-
Luca Boccassi authored
Solution: add new changelog entry, bump library version in zmq.h and bump ABI version in configure.ac and CMakeLists.txt
-
Luca Boccassi authored
Finalize changelog and bump ABI revision
-
- 26 Dec, 2016 1 commit
-
-
Luca Boccassi authored
Solution: if available, use eventfd with EFD_CLOEXEC flag to make the process close the socket on fork+exec
-
- 10 Nov, 2016 1 commit
-
-
Luca Boccassi authored
Solution: search and add it via AC_CHECK_LIB when building with libunwind, as the backtrace function uses dladdr. This problem only appears on some distributions and with some compiler/toolchain versions.
-
- 06 Nov, 2016 1 commit
-
-
Michal Vyskocil authored
Solution: try to find dladdr function on Linux - glibc systems provides dlopen/dladdr in libdl and not in libc itseld.
-
- 05 Nov, 2016 1 commit
-
-
Michal Vyskocil authored
Solution: test ENABLE_CURVE_KEYGEN and enable it only if zmq_enable_curve_keygen=yes nad enable_curve=yes. Additionally set enable_curve=yes for libsodium and tweetnacl, so it is enabled implicitly and fixes the problem.
-
- 01 Nov, 2016 1 commit
-
-
Luca Boccassi authored
Solution: bump ABI version fromo 5:0:0 to 6:0:1 since 4.2 is backward compatible with 4.1, but new symbols are there
-
- 27 Sep, 2016 2 commits
-
-
Luca Boccassi authored
Solution: use only Libs.private to avoid breaking application builds. Even though Requires.private are supposed to be parsed only if pkg-config is called with --static, the --cflags parameter is enough to trigger the parsing, causing build failures for applications that do not (and should not) depend on libzmq's dependencies.
-
Luca Boccassi authored
Solution: add dependencies, if necessary, to the .private Libs and Requires field of the pkgconfig file at build time. This way pkg-config --static --libs libzmq will correctly print dependencies if they were used to build the static libzmq.a library.
-
- 31 Jul, 2016 1 commit
-
-
Luca Boccassi authored
Solution: stop autogenerating it and hard code version so that the OBS build service can extract it and use it to build packages automatically
-
- 27 Jul, 2016 1 commit
-
-
camachat authored
-
- 13 Jun, 2016 1 commit
-
-
Sam Lishak authored
Solution: Set FD_SETSIZE to 16k for all other build definitions.
-
- 04 Jun, 2016 1 commit
-
-
Waldemar Brodkorb authored
Only set sparcv9 optimization for sparc64 systems. This allows to run for example application using zeromq on sparc32 systems. Signed-off-by:
Waldemar Brodkorb <wbx@uclibc-ng.org>
-
- 10 May, 2016 1 commit
-
-
David Millard authored
-
- 09 May, 2016 1 commit
-
-
hitstergtd authored
Solution: Fix it.
-
- 06 May, 2016 2 commits
-
-
Luca Boccassi authored
Solution: clean up and remove it
-
Luca Boccassi authored
Solution: add an optional dependency on libunwind, and if present use it to print the backtrace when zmq_abort is called.
-
- 02 May, 2016 1 commit
-
-
Luca Boccassi authored
Solution: add support for --enable-drafts/ENABLE_DRAFTS=ON in Autools and CMake.
-