The client_cfg variable was unused in some cases
(e.g., not AFCv3 board or not with DEVIO_CFG).
This caused an error on compilation for legacy
boards.

Version v0.2

We need to wait a little after creating DEVIO
CFG. Without that, malamute does not seem to
transmit the liblcient messages after the DEVIO
CFg is created. To be investigated, but this
simple fix works.

RFFE DEVIO already has the correct slot number
from the regular DEVIO. As such, it does not need
to spawn a libclient instance to get ther board
number from DEVIO CFG.

This simplifies the creataion/destruction of DEVIO
CFG, as we don`t need to wait for anything to destroy
it. The regular DEVIO just kills it after getting the
board number.

This fixes #94 github issue.

As a safety measure, it`s good to use a different
DEVIO CFG name, as the same service could be spawned
by the regular DEVIO, creating 2 workers for the same
task. This is bad for MAILBOX clients as there can only
be one client per name . This is not an inssue with
Malamute STREAM or QUEUES.

This function is useful to omit false positives
when detecting non consecutives samples, such
as the wraparound from 32767 to -32768, which
are consecutive samples to the binary point of view.

Not sure why, but anything less than that
causes segmentation fault on accessing
the structure.

This should be related to alignment issues.

This is good to ensure correct boundaries
on 64-bit systems.

We were using the linker table label
as a pointer, which was wrong. The
correct type for it is just an address
on which can be dereferenced later.

A clear way to do that is to just
declare it as the type on which you
wish to deference later.

This was supposed to be Malamute,
but it was CZMQ. Clearly a typo.

Now, we need to export our bootstrap structure
using the macro SMIO_MOD_DECLARE.

Instead of using a custom bogus object as the
EOF for the vector, we rely on the end references
declared in the linker.

Now, the correct name is _smio_mod_dispatach_table.

This will enable us to not use a static
global table like the one in sm_io_mod_dispatch.c.
We will be able to remove this file completely.

This is due to the following range of commits
on repo bpm-gw:

lnls-dig/bpm-gw@680f462966
..
lnls-dig/bpm-gw@719a91bc3a

We were printing the wrong information
inside the usage () function, causing
a "mix" in the information output.

Although some distros, like Ubuntu/Debian, do no
have /etc/sysconfig folder, we opted to keep it here
for now, as Ubuntu is not our primarily deploy platform.

This folder contains upstart service files

This folder contains systemd management
files

If the number of post-trigger samples is 0, do
not try to align it to anything (it's already aligned).

Now, hutils_wait_chld () returns, on successfully
waiting a child, its PID number, instead of 0.
This gives the ability to other functions to
distinguish between "nothing to wait for" from
"successfully waited child".

This fixes possible hanging dev_io_cfg children
there are waiting to be cleaned up by the parent.

This functions performs the same as hutils_wait_clhd (),
apart from that it employs a busy loop timeout, calling
hutils_wait_chld () each time and exiting if the timeout
is over.