As the very basic building block of taskrambler this library provides a system to create basic classes and interfaces in ANSI C, some common macro definitions (always useful) and an optimized memory management system.
The class system is not what you know from "real" object oriented languages. It only provides these few OOP features:
I created it with the idea that at least for me the most useful part of object orientation is the ability to create interfaces and bind them to a specific data structure. This binding in turn enables injection which for me is by far the most important type of object combination.
The second important thing, mostly to reduce code duplication, is inheritance.
The class system combines C structures with one or more interfaces. Each of these interfaces consists of one ore more pointers to functions which must be set during the class creation. These functions are then called via selector functions which have to be defined for the specific interface.
The interface of the class system consists of Preprocessor definitions which provide an easy way to create the neccessary data structures and definitions. There are also definitions for calling the correct interface implementation for a given class instance. If no implementation can be found in the class of the current object it will be looked for in the parent class if there is one and so forth.
The ideas for this are partly derived from the Book "Object Oriented Programming in ANSI C" from Axel-Tobias Schreiner.
In the examples I will show how libtrbase supports you in creating these structures.
Allocating and freeing memory on the heap is an expensive action. And because of fragmentation effects it might become even more expensive if the process runs really long.
To overcome this issue I implemented a memory management which never really free's a given memory region, instead it stores the address in a ballanced btree indexed by the size of the memory segment. Multiple adresses for memory of the same size are simply listed. The next allocation first looks in this btree if there is a fitting segment (same size or larger as the requested segment) and returns it if available.
For the ballanced btree I use red-black trees. Thanks to the authors of the Wikipedia article. This implementation is more or less taken from there, with only some small changes here and there.
The idea is based on an idea found on this page of the The Joseph M. Newcomer Co. The concrete idea was first described by Charles B. Weinstock in his Ph.D. dissertation on storage allocation.
This can be installed via the usual configure, make, make install cycle. For gentoo users am ebuild is added under docs.
To generate the api doc a patched version of doxygen is neccessary. A patch is included under docs.
make docs creates the api doc.
gcov and lcov are needed to build these.
The source has to be configured with configure --enable-gcov. make coverage-html creates the converage reports then.
This comes with the start of a unit test suite. You can use make test to build and run the existent tests.
Currently, you need valgrind to build the tests, because some memory checking is done by the way.
I would really like to see some people possibly interested in this stuff. I think it contains some really interesting ideas.
If you like to contribute anyway, make a fork, do your changes and generate a pull request. Or simply contact me on georg@steffers.org.