LUMIERA.clone/src
Ichthyostega 21fdce0dfc a better solution to reject out-of-order static access after shutdown
Static initialisation and shutdown can be intricate; but in fact they
work quite precise and deterministic, once you understand the rules
of the game.

In the actual case at hand the ClassLock was already destroyed, and
it must be destroyed at that point, according to the standard. Simply
because it is created on-demand, *after* the initialisation of the
static DependencyFactory, which uses this lock, and so its destructor
must be called befor the dtor of DependencyFactory -- which is precisely
what happens.

So there is no need to establish a special secure "base runtime system",
and this whole idea is ill-guided. I'll thus close ticket #1133 as wontfix

Conflicts:
	src/lib/dependable-base.hpp
2018-04-01 04:52:50 +02:00
..
backend DI: adjust codebase to the new DependInject configuration API 2018-03-31 01:06:10 +02:00
common DI: adjust codebase to the new DependInject configuration API 2018-03-31 01:06:10 +02:00
gui DI: adjust codebase to the new DependInject configuration API 2018-03-31 01:06:10 +02:00
include DI: adjust codebase to the new DependInject configuration API 2018-03-31 01:06:10 +02:00
lib a better solution to reject out-of-order static access after shutdown 2018-04-01 04:52:50 +02:00
lumiera MERGE Doxygen clean-up done during the last months 2017-04-01 23:59:00 +02:00
plugin Merge: change building to create modules 2008-12-20 02:15:33 +01:00
proc DI: adjust codebase to the new DependInject configuration API 2018-03-31 01:06:10 +02:00
tool Doxygen: fill in missing file level headlines for some supplemental code 2016-11-09 20:09:19 +01:00
.gitignore
DIR_INFO update some DIR_INFO entries 2011-04-05 00:44:30 +02:00
doxygen.dox DOC: reorganise the Doxygen configuration and structure 2013-10-25 06:34:38 +02:00
SConscript build/platform: make lib SigC++ available for GUI test code 2015-12-25 03:06:33 +01:00