Free ossp flow2rrd software for linux

OSSP defines an abstract data type of a data buffer that can assemble, move and truncate chunks of data in a stream but avoids actual copying.
It was built to deal efficiently with communication streams between software modules. It especially provides flexible semantical data attribution through by-chunk labeling.
It also has convenient chunk traversal methods and optional OSSP ex based exception handling.
Enhancements:
- An Autoconf check is provided for the va_copy(d,s) macro.
- The build environment was upgraded to GNU autoconf 2.59, GNU libtool 1.5.20, and GNU shtool 2.0.3.

OSSP sa is an abstraction library for the Unix socket application programming interface (API) featuring stream and datagram oriented communication over Unix Domain and Internet Domain (TCP and UDP) sockets.
It provides the following key features: address abstraction (local, IPv4, and IPv6), type abstraction, I/O timeouts, I/O stream buffering and convenience I/O functions.
Main features:
Stand-Alone, Self-Contained, Embeddable
- Although there are various Open Source libraries available which provide a similar abstraction approach, they all either lack important features or unfortunately depend on other companion libraries. OSSP sa fills this gap by providing all important features (see following points) as a stand-alone and fully self-contained library. This way OSSP sa can be trivially embedded as a sub-library into other libraries. It especially provides additional support for namespace-safe embedding of its API in order to avoid symbol conflicts.
Address Abstraction
- Most of the ugliness in the Unix Socket API is the necessity to have to deal with the various address structures (struct sockaddr_xx) which exist because of both the different communication types and addressing schemes. OSSP sa fully hides this by providing an abstract and opaque address type (sa_addr_t) together with utility functions which allow one to convert from the traditional struct sockaddr or URI specification to the sa_addr_t and vice versa without having to deal with special cases related to the underlying particular struct sockaddr_xx. OSSP sa support Unix Domain and both IPv4 and IPv6 Internet Domain addressing.
Type Abstraction
- Some other subtle details in the Unix Socket API make the life hard in practice: socklen_t and ssize_t. These two types originally were (and on some platforms still are) plain integers or unsigned integers while POSIX later introduced own types for them (and even revised these types after some time again). This is nasty, because for 100% type-correct API usage (especially important on 64-bit machines where pointers to different integer types make trouble), every application has to check whether the newer types exists, and if not provide own definitions which map to the still actually used integer type on the underlying platform. OSSP sa hides most of this in its API and for socklen_t provides a backward-compatibility definition. Instead of ssize_t it can use size_t because OSSP sa does not use traditional Unix return code semantics.
I/O Timeouts
- Each I/O function in OSSP sa is aware of timeouts (set by sa_timeout(3)), i.e., all I/O operations return SA_ERR_TMT if the timeout expired before the I/O operation was able to succeed. This allows one to easily program less-blocking network services. OSSP sa internally implements these timeouts either through the SO_{SND,RCV}TIMEO feature on more modern Socket implementations or through traditional select(2). This way high performance is achieved on modern platforms while the full functionality still is available on older platforms.
I/O Stream Buffering
- If OSSP sa is used for stream communication, internally all I/O operations can be performed through input and/or output buffers (set by sa_buffer(3)) for achieving higher I/O performance by doing I/O operations on larger aggregated messages and with less required system calls. Additionally if OSSP sa is used for stream communication, for convenience reasons line-oriented reading (sa_readln(3)) and formatted writing (see sa_writef(3)) is provided, modelled after STDIOs fgets(3) and fprintf(3). Both features fully leverage from the I/O buffering.
Enhancements:
- Removed SA_SYSCALL_GETHOSTBYNAME because gethostbyname(3) cannot be overridden as at is use point (function sa_addr_u2a) the sa_t object is not available.
- Additionally, for IPv6 getaddrinfo(3) would have been overridden, too.
- This fixed compilation on platforms without IPv6 APIs.

OSSP val is a flexible name to value mapping library for C variables. It is a companion library to OSSP var. It allows one to access C variables through name strings, although the C language does neThomas Lottererither provide such a dedicated facility nor an evaluation construct (which could be used to implement such a facility easily).
In general, this is used for accessing C variables without having to know the actual symbol/address/reference. The typical use cases are in combination with flexible configuration parsing and supporting loosly-coupled DSO-based module architectures.
Enhancements:
- Upgraded build environment to GNU libtool 1.5.20 and GNU shtool 2.0.3 [Ralf S. Engelschall]
- Bumped year in copyright messages for new year 2005. [Ralf S. Engelschall]
- Changes between 0.9.2 and 0.9.3 (04-Apr-2003 to 12-Sep-2004)
- Upgraded build environment to GNU libtool 1.5.8 and GNU shtool 2.0.1 [Ralf S. Engelschall]

OSSP cfg project s a ISO-C library for parsing arbitrary C/C++-style configuration files. A configuration is sequence of directives, each directive consists of zero or more tokens, and each token can be either a string or again a complete sequence.
This means the configuration syntax has a recursive structure and allows you to create configurations with arbitrarily-nested sections.
The configuration syntax also provides complex single/double/balanced quoting of tokens, hexadecimal/octal/decimal character encodings, character escaping, C/C++ and shell-style comments, etc.
The library API allows importing of a configuration text into an Abstract Syntax Tree (AST), traversing the AST, and optionally exporting the AST again as a configuration text.
Enhancements:
- The build environment has been upgraded to GNU libtool 1.5.22, GNU shtool 2.0.6, and GNU autoconf 2.60.

OSSP uuid is a ISO-C:1999 application programming interface (API) and corresponding command line interface (CLI) for the generation of DCE 1.1, ISO/IEC 11578:1996 and RFC 4122 compliant Universally Unique Identifier (UUID).
OSSP uuid project supports DCE 1.1 variant UUIDs of version 1 (time and node based), version 3 (name based, MD5), version 4 (random number based) and version 5 (name based, SHA-1).
Additional API bindings are provided for the languages ISO-C++:1998, Perl:5 and PHP:4/5. Optional backward compatibility exists for the ISO-C DCE-1.1 and Perl Data::UUID APIs.
UUIDs are 128 bit numbers which are intended to have a high likelihood of uniqueness over space and time and are computationally difficult to guess.
They are globally unique identifiers which can be locally generated without contacting a global registration authority.
UUIDs are intended as unique identifiers for both mass tagging objects with an extremely short lifetime and to reliably identifying very persistent objects across a network.
Enhancements:
- Major fixes to the PostgreSQL and PHP bindings.
- Many internal code cleanups and small fixes.

OSSP shiela is an access control and logging facility for use with the Concurrent Versions System (CVS). OSSP shiela is intended to be hooked into CVSs processing through the $CVSROOT/CVSROOT/xxxinfo callbacks.
This way OSSP shiela provides access control on a path and branch basis to particular repository users and user groups. Additionally, repository operations are monitored, accumulated and logged.
The lookout of logging messages can be configured individually on a module path and branch basis and messages can be both saved to files and/or delivered by Email.
Enhancements:
- This release fixes an "arbitrary shell command execution" security bug caused by missing shell command argument escaping for user supplied arguments (CVE-2006-3633).
- The build environment was upgraded to GNU shtool 2.0.6 and GNU autoconf 2.60.

OSSP ex is a small ISO-C++ style exception handling library for use in the ISO-C language. It allows you to use the paradigm of throwing and catching exceptions in order to reduce the amount of error handling code without making your program less robust.

This is achieved by directly transferring exceptional return codes (and the program control flow) from the location where the exception is raised (throw point) to the location where it is handled (catch point) -- usually from a deeply nested sub-routine to a parent routine.

All intermediate routines no longer have to make sure that the exceptional return codes from sub-routines are correctly passed back to the parent.

The OSSP ex facility also provides advanced exception handling features like shielded and deferred exceptions. Additionally, OSSP ex allows you to choose the used underlying machine context switching facility and optionally support multi-threading environments by allowing you to store the exception catching stack in a thread-safe way.