lumiera_/doc/design
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
..
application DOC: locating of dependencies and resources at application start-up 2015-05-27 04:01:09 +02:00
architecture a better solution to reject out-of-order static access after shutdown 2018-04-01 04:52:50 +02:00
backend Minor grammatical and textual improvements in the documentation. 2013-04-11 21:42:46 -04:00
engine DOC: requirement analysis of playback modes 2013-01-19 23:29:10 +01:00
gui DOC: Considerations and Definitions regarding »Interaction Control« 2017-10-09 04:00:07 +02:00
model fix a broken RfC link 2013-08-20 04:18:36 +02:00
plugins remove the superfluous TiddlyWikis 2012-01-11 06:55:54 +01:00
workflow DOK: rename Track -> Fork (III) -- closes #155 2015-05-31 03:46:05 +02:00
DIR_INFO update some DIR_INFO entries 2011-04-05 00:44:30 +02:00
index.txt DOC: some further round-up and polishsing 2013-10-28 06:14:42 +01:00