rttrorg / rttr / 717 / 4
92%
master: 92%

DEFAULT BRANCH: master
Ran
Files 169
Run time 7s
Badge
Embed ▾
README BADGES
x

If you need to use a raster PNG badge, change the '.svg' to '.png' in the link

Markdown

Textile

RDoc

HTML

Rst
coverage: 92.27% (+1.9%) from 90.387%
NAME="code coverage x64" COMPILER=g++-4.8 ARCH=x86_64 CONF=Debug GCOV_FLAGS='--coverage' UNIT_TESTS=true

push

travis-ci

web-flow 
Add new library class (#116)

* This adds the functionatliy to load libraries in a simple cross plattform way.
The native OS calls are wrapped behind a class interface.

Highlights:

- handling of file suffixes (.dll or .so)
- automatic unload of library on program exit
- etrieving of loaded types in library
- avoid of unncessary loading calls, when same plugin is loaded multiple times

additional:

- added unit tests
- added example of loading a plugin
- added a small tutorial how do develop plugins with RTTR

Development notes:

* fixed invalid memory access under MacOSX with clang

Actually the problem was also present under linux, (with gcc or clang).
This situation was following:
1. A plugin was loaded with type "int[100]" and registered
2. The plugin was unloaded => "int[100]" was removed from the type system and deleted
3. The type[100] was used in the unit_test later and was accessing the memory
of the already deleted type_data

The reason for this behavior lies in the usage of local static member variables
(which is used to cache the retrieving and registering of type_data information).
This variable was process wide unique, this lead to problems when unloading a plugin.
The static was no reinitialized when unloading the plugin.
So the variable was pointing to type_data information which was alreadyl deleted.

Now we are using RTTR_LOCAL to hide the symbols for exporting. This fixes the issues.

5718 of 6197 relevant lines covered (92.27%)

1846.61 hits per line

Source Files on job 717.4 (NAME="code coverage x64" COMPILER=g++-4.8 ARCH=x86_64 CONF=Debug GCOV_FLAGS='--coverage' UNIT_TESTS=true)