Version 1.2.5
Dasynq is an event loop library similar to libevent, libev and libuv. Like other such libraries, it is crossplatform / portable. Unlike most other such libraries, it is intended to be completely usable in a multi-threaded client program, and it is written in C++; furthermore the API is designed to allow the creation of extremely robust clients, by allowing allocation of resources up front (before they are needed in critical sections). However, it is also designed to be lightweight, and it does not require the use of threads (and so does not require linking against a thread library).
The existing backends include epoll and kqueue, meaning that it works on Linux and various BSDs (at least OpenBSD and FreeBSD) as well as Mac OS X ("macOS" as it is now called). There is also a less efficient backend based on pselect, and an even less efficient backend based on select, meaning that it should also work on nearly all other POSIX-compliant systems (with minor caveats).
Dasynq is distributed under the terms of the Apache License, version 2.0, as found in the LICENSE file.
Dasynq is written in C++11, using POSIX functions and some OS-specific system calls.
See the web site for more information.
An event loop library provides a means for waiting on events that occur asynchronously. One good example is network input/output; in a server with multiple client connections, a mechanism is needed to wait until data is available, or until it is possible to write data, to one or more of the current connections (and to be able to identify which connections are ready). Dasynq is a multi-platform, thread-safe C++ library which provides such functionality.
Note that an event loop generally supports managing various different kinds of event. Dasynq can be used for detecting:
- read/write readiness on sockets, pipes, and certain devices including terminals and serial lines;
- connections to listening sockets;
- reception of POSIX signals (such as SIGTERM); and
- child process status notification (termination etc).
It also supports one-shot and periodic timers, against both a monotonic and adjustable system clock (on systems where this is possible).
Dasynq is fully thread-safe, allowing events to be polled and processed on any thread, unlike nearly every other event loop library (some of which are thread-safe, but require that events be polled from a single thread).
There are some limitations on the use the Dasynq API in a multi-threaded application. However, when used in a single-thread application, the API is just about as straight-forward as the API of most other event loop libraries.
Dasynq is also intended to allow development of extremely robust client applications. Where possible, it allows pre-allocation of resources to prevent allocation failures from occurring at inopportune moments during program execution.
See doc/USAGE.md for a quick guide on how to use the Dasynq API. A full reference manual can be found in the doc/html folder of the repository / source bundle, or online.
GNU make is required to run the test suite / automated install, or you can try the contributed meson-based build.
To build with GNU make:
Find or create an appropriate makefile in the makefiles directory and edit it to your liking.
Either copy/link it to "Makefile" in the root of the source tree, or supply it via the -f argument to
the make (or gmake) command. Use the check target to run the test suite, or install to install
the library. The DESTDIR variable can be used to install to an alternative root (for packaging purposes
etc).
make -f makefiles/Makefile.linux check
make -f makefiles/Makefile.linux install DESTDIR=/tmp/dasynq
On OpenBSD, you must install "eg++" or llvm; the g++ from the base system is too old (4.2 in OpenBSD 6.1; 4.9+ is required). The existing makefile sample (Makefile.openbsd) has appropriate settings.
Linux, OpenBSD, FreeBSD and MacOS are supported "out of the box". For other systems you may need to edit
the dasynq-config.h file (see instructions within). For full functionality either epoll or kqueue are
required; in many BSD variants it may be possible to build by defining DASYNQ_HAVE_KQUEUE to 1. If
epoll and kqueue are not available, Dasynq will fall back to using a pselect-based backend (or a plain
select-based backend on some systems which don't have pselect).
After installation, you can use "pkg-config" to find the appropriate flags to compile against Dasynq, assuming you have pkg-config installed:
pkg-config --cflags dasynq
pkg-config --libs dasynq
There is also CMake support. You can add the following to your CMakeLists.txt file:
find_package(Dasynq 1.2.5)
# The "old way":
#target_include_directories(testapp PRIVATE "${DASYNQ_INCLUDE_DIRS}")
#target_link_libraries(testapp PRIVATE ${DASYNQ_LINK_LIBS}")
# The "new way":
target_link_libraries(yourapp
PRIVATE Dasynq::Dasynq)
# The "new way" adds the Dasynq include directory to the *system header*
# include path. This should not cause any problems, but if it does, you
# can prevent that with the following (this affects *all* imports for
# the 'yourapp' target):
set_target_properties(yourapp PROPERTIES
NO_SYSTEM_FROM_IMPORTED true
)
It is also possible to simply copy the Dasynq headers directly into your own project (you must respect the terms of the license).