Julian Brost abe2dfa763 Replace EventuallyAtomic with AtomicOrLocked which falls back to a mutex ... Apparently there was a reason for making the members of generated classes atomic. However, this was only done for some types, others were still accessed using non-atomic operations. For members of type T::Ptr (i.e. intrusive_ptr<T>), this can result in a double free when multiple threads access the same variable and at least one of them writes to the variable. This commit makes use of std::atomic<T> for more T (it removes the additional constraint sizeof(T) <= sizeof(void*)) and uses a type including a mutex for load and store operations as a fallback.		2022-05-03 12:02:46 +02:00
..
debug	Replace a few more copyright strings	2019-02-25 16:30:40 +01:00
mkclass	Replace EventuallyAtomic with AtomicOrLocked which falls back to a mutex	2022-05-03 12:02:46 +02:00
mkembedconfig	Replace Copyright header with a short version, part II	2019-02-25 15:09:36 +01:00
mkunity	Replace Copyright header with a short version, part II	2019-02-25 15:09:36 +01:00
selinux	SELinux: Let safe-reload run in icinga2_t	2020-02-27 08:45:33 +01:00
syntax	Update nano and vim syntax for JournaldLogger	2021-09-23 16:08:39 +02:00
win32	Windows: update boost to version 1.79.0	2022-04-27 12:36:32 +02:00
CMakeLists.txt	Replace Copyright header with a short version, part II	2019-02-25 15:09:36 +01:00