+ script to be run manually + info about it in make output
+ based on previous, autotools, implementation

+ as reported by valgrind at lines draw.cpp:317 and draw.cpp:781, caused by creation of an uninitialized struct at database.cpp:400
+ fixed==false and ok==false seem like good defaults for this uninitialized struct

+ raw pointers were bug-prone, especially as there was no standard approach as to where delete them (see: database.cpp)
+ now all pointers to DatabaseQuery are shared_ptrs
+ added reset() in all places where we free a part of query anyway, so that the caller can at least check if the pointer passed to callee is still valid after return
+ added missing base_handler include to dbinquirer and fixed base_handler's includes

+ if an iks base (e.g. given using -base and an invalid ip address) was absent on draw3 startup, and we chose not to try again connecting, draw3 would segfault on set-prober-address query
+ now we launch a draw3 instance with no data (and if the user clicks inside data widget, draw3 will fail on runtime assertion: "Cannot set invalid time!"), this behavior is consistent with the behavior when we open an absent base in a new tab

+ on non-terminal szarp servers this check issues lots of unnecessary warnings

+ stem() would transform /opt/szarp/szarp/foo.bar to foo, which would lead to a segfault e.g. in ekstraktor3 if we had both foo and foo.bak directories (configuration foo would be read twice, leading to some memory issues)
+ filename() is the way to go with boost::filesystem::path, it returns the last component of a path (stem() is based on filename() btw)

This reverts commit 013445da.

+ parentheses in param names break RPN formulas, so if we don't use a param in a RPN formula, we should be fine
+ if we use a param name containing parentheses in a RPN formula in <defined> or <drawdefinable> section, i2smo will emit and error anyway, as ipk2szarp will fail on parsing formula
+ it's not practical to enforce this rule on existing configurations as lots of params exist on existing SZARP sites and i2smo prints lots of confusing errors then

+ with -O2, -fstrict-aliasing is enabled by default, which may cause undefined behavior (since C2011) when we dereference e.g. uint16_t[4] as a double
+ avoid undefined behavior by disabling this optimisation
+ in the future it would be probably better to use standard-supported methods for conversions (to be determined)

+ more intuitive rounding mode

+ parent should destroy the widgets
+ left calling Destroy on widgets that set their parent to NULL (setting / not setting the parent doesn't seem to follow any rule)
+ Destroy'ing led to segfault on wxUninitialize (wxAppBase::CleanUp)

+ cmake etc

+ if we import a set in draw3 (from .xsd file), defcfg won't set _configId in imported params, leaving it uninitialized and leading to strange errors
+ initialize _configId to invalid value, so at worst it will fail in a more comprehensible way
+ we cannot throw from GetConfigId because of the "Caught unhandled unknown exception; terminating" wx behaviour which hides the place in code from which an exception is thrown. Overriding OnUnhandledException and OnExceptionInMainLoop in szapp (and e.g. calling abort, terminate from there) has no effect.
+ introduced a workaround in a completely different part of code than importing set, as the bug in importing set would be hard to find

+ launch query executor as the last step of OnInit
+ this fixes a segfault when QueryExecutor tries to SetProberAddress while OnInit didn't finish loading configurations
+ probably this worked previously only because configurations loaded fast enough

+ follow-up of "fixed deadlock in defined initialization"
+ previous fix fixed the deadlock in one case, but not in the general case, as unfortunately there are other call-traces that lead to the deadlock
+ this fixes a sequence, where thread 1 calls UDIM::AddUserDef (acquires mutex), which calls UDIC::AddUserDef (acquires m_lock); while thread 2 calls PCIC::GetConfig (acquires m_lock), which calls UDIC::AddConfig, which calls UDIM::PopConfig (acquires mutex)
+ the general design flaw is that UDIM can call UDIC and vice versa. This is wrong and especially bug-prone when using locks.
+ this fix should fix the general case. The design flaw remains to be fixed, but now whenever UDIM calls UDIC, it does so without holding mutex (fixed both places in code where I found such a situation). So both locks are held only on the path from UDIC to UDIM and not vice versa.

+ drawapp.cpp : added checking if env HOME exists
+ if not draw3 is launched in read-only mode for user drawdefinable sets

+ there is a lock introduced in "Add global parser synchronous access mutex", but still draw3 segfaults on init
+ segfaults are not reproducible using valgrind, and happen in AddPar, where curr points to a badly initialized structure
+ altogether this looks very much like a multithreading issue
+ so introduce a recursive_lock, locking every single function in libparnt
+ this is extremely ugly, but it works and it doesn't slow down program start remarkably
+ a proper fix would be removing all the libparnt code and writing a new, simple, parser for szarp.cfg

+ caused deadlocks on program exit, as functions called from signal handler were not async-signal-safe (see: man signal-safety). Amongst others, malloc and pthread_join are not safe.
+ OS will cleanup our threads and db queue anyway
+ saving defined user params on exit is no longer necessary as we save them on every edit action
+ because of all the above, we can safely leave signal handling and cleanup to standard OS behavior on Linux

+ removed ifdef, which was hiding the fact that ddedmn wasn't properly built
+ fixed linking libraries

This reverts commit 266a826f.

+ We should bump it in 2020, not before

This reverts commit eaa305a2.