Ticket #83 (closed fixme: worksforme)
solve startup initialisation for NoBug
| Reported by: | ichthyo | Owned by: | ichthyo |
|---|---|---|---|
| Priority: | lesser | Milestone: | 0integration |
| Component: | lumiera | Keywords: | |
| Cc: | Blocked By: | ||
| Blocking: |
Description
Symptoms: a Singleton called into the locking monitor, but NoBug wasn't yet implemented. As a hotfix, Cehteh inserted a init call into the Singleton factory. Obviously, the underlying problem needs to be analysed and actually solved....
Change History
comment:2 Changed 16 months ago by ichthyo
- Status changed from new to closed
- Resolution set to worksforme
So meanwhile this problem didn't show up again...
seemingly the mechanism with the lifecycle-hook (nobug-init.hpp) cought all access pathes where nobug would be required already in static code, so I consider that problem as already solved
Note: See
TracTickets for help on using
tickets.

hadn't time to really care for that issue,
But I did include lib/nobug-init.hpp into singletonfactory.hpp. Thus NoBug will be pulled up automatically from static initialisation of any compilation unit which uses a singleton.