The (intern) implementation of SH_Text was changed from an array of
char, to a single linked list of arrays of char. This allows an easier
implementation of (further) text manipulation.
The API hasn't changed much, but SH_Text_join can't yield an error
anymore, so it now doesn't support passing an error and returns nothing.

The source has been adapted to splint, which still tells about some
errors, but they are all checked to be false-positives.

A method was added, that returns the generated text.

The constructor SH_Text_new_from_string accepts a string, with that the
text is initialized. This can replace the so far needed two calls
SH_Text_new and SH_Text_append_string.

When writing the test, it was neccessary to simulate an overflow.
Thereby a bug was detected regarding another overflow test. The bug was,
that when SIZE_MAX % CHUNK_SIZE == 0 (which is normally true, if 2^n is
taken as the value for CHUNK_SIZE) there can't be an overflow, so the
test for an overflow fails. Actually there wasn't a neccesity to check
for an overflow, as this could easily be bypassed by just allocating the
requested size instead of the next chunk size, if this would be greater
then SIZE_MAX.

Sometimes a copy is needed.

fixing some bugs detected by splint (-weak) and cppcheck.

When the wrap mode is used, after each tag a newline is started. Also the
html is indented, which can be configured by the parameters indent_base,
indent_base, indent_char. The parameter indent_base specifies the width
the first tag should be indented with, while indent_step specifies the
increment of the indent when switching to a child tag. The character,
that is used for indenting is taken from indent_char. (It could also be
a string longer than a single character).
This aguments can't be set by the user, but are hardcoded (by now).

Fragment can be copied, either recursive (copying also all childs) or
nonrecursive (ignoring the childs, thus the copy has always no childs).
Adding the same element twice in the tree (graph) isn't possible, as
this leads to problems e.g. double free or similars.

The methods
- SH_Fragment_get_child (by index)
- SH_Fragment_is_child (non recursive) and
- SH_Fragment_is_descendant (recursive)
were added.

A Fragment can contain childs. When building the html, the childs html
is generated where appropiate.

SH_Text_append_string can be used to append a string to the text,
SH_Text_append_text can be used to append another text to the text.
SH_Text_join is a wrapper for SH_Text_append_text, but also frees the
second text, thus joining the texts to a single one.

A Fragment can output it's html. If there is an error the method aborts
and returns NULL.

Changing sefht_validator_test so that no memory leaks occur.

The space a Text has for saving the string is allocated in chunks. To
request additional space SH_Text_enlarge is called. If the requestad
size fits inside the already allocated space or is even smaller than the
current size, nothing is done. Otherwise a multiple of chunk size is
allocated beeing equal or greater than the requested size. The chunk
size can be changed by changing the macro CHUNK_SIZE in src/text.h. The
default is 64.
This adjustment is done automatically when a string is added.

It is useful for debugging to actually see the error messages.

Check in tests whether error really was written, by setting it to
undefined before each call.

This is a data type to deal with frequently appending to a string.

When a tag is made known to the Validator, which it already knows, the
old id is returned and nothing is added.
As this has to be checked by iterating over all known tags, a new helper
function is written for both SH_Validator_check_tag and
SH_Validator_register_tag: SH_Validator_get_tag.

Because we want also to test this function, we have to include
validator.c in the test file and override the static keyword by an empty
macro. It isn't possible any more to check for correct overflowdetection
by setting the index to UINT_MAX, because it will be iterated over all
data, thus raising an SIGSEGV when doing so. This is solved by filling
garbage unil UINT_MAX is really reached. As there would be an timeout
and it would fill RAM with around 40 GB of garbage, UINT_MAX is
overriden prior to inclusion of validator.c .

Sometimes variables have to be passed to printf. Those the placeholders
are adjusted. Later this should by solved by a variadic function.

On initialization (of data), the Validator's knowledge is filled with some
common tags. This is of course to be replaced later, by some dynamic handling.

Data takes hold of the appropiate Validator.

Validator serves as an syntax checker, i. e. it can be requested whether
a tag is allowed.

The current page has to be returned, not the last one. This would lead
to permanently wrong page ids, so that later no page is accessible.

Tests are done using check, allowing to integrate the tests into the
Autotools.
Methods that are part of another unit, but are called in this unit
aren't tested as this would interfere with the idea of unittests. This
also applies for purely wrapper functions, where a call is passed to
another unit.

Error handling is done by passing an Error structure as inout parameter
to functions that can fail on runtime predictable. This parameter is
always the last one. Methods, where this is not the case, doesn't have an
error parameter.
When an Error is detected, also an ERROR is passed to the log. Because
this isn't implemented yet, it is replaced by a nop.
The macro EXIT becomes now useless. It was used earlier in case of an
error, to terminate the program in the first place. This behaviour is not
userfriendly, but it can't be decided on the library's side, whether
there is an option to inform the user, something must be cleaned up or
even that recovering is possible at all.
Often these recognized errors are a non-working malloc or an over-/underflow.

Error handling can be ignored by the caller by passing NULL to the Error
parameter. Whether an error had occured, is also always possible to be
determined, by examining the return value. If the error occours in a
function returning a pointer, NULL will be returned. If it returns an value,
a special error value of that type is returned, i.e. PAGE_ERR in
SH_Data_register_page. If the return type would be void, a boolean is returned,
which tells, whether the method has succeeded.
(False means, that an error has occured.)

The error may have occured in an intern method and is passed upwards (the stack).
Internally errors are handled by an enum, but this must be considered an
implementation detail and can be changed in later versions.
It is in the responsibility of the caller to recover gracefully. It has
to be assumed that the requested operation have neither worked, nor
actually took place. Those the operation can be retried (hopefully).

Fragment is the core of SeFHT. (As the name suggests) It represents a
Node inside the DOM and all subsequent Nodes (a Tree).

Pages are hold by Data, CMS passes trough the call(s).

data handels all intern data and serves as a cache between the CMS and
the (R)DBMS.

cms will be the base "object", that performs all neccessary actions.