Ondřej Surý 933162ae14 Lock the trampoline when attaching ... When attaching to the trampoline, the isc__trampoline_max was access unlocked. This would not manifest under normal circumstances because we initialize 65 trampolines by default and that's enough for most commodity hardware, but there are ARM machines with 128+ cores where this would be reported by ThreadSanitizer. Add locking around the code in isc__trampoline_attach(). This also requires the lock to leak on exit (along with memory that we already) because a new thread might be attaching to the trampoline while we are running the library destructor at the same time.		2022-05-13 10:07:20 +02:00
..
bind9	Remove remaining checks for rbt64	2022-05-03 00:41:42 +01:00
dns	Remove isc_task_destroy() and isc_task_shutdown()	2022-05-12 14:55:49 +02:00
irs	Update the copyright information in all files in the repository	2022-01-11 09:05:02 +01:00
isc	Lock the trampoline when attaching	2022-05-13 10:07:20 +02:00
isccc	Keep the list of scheduled events on the timer	2022-04-01 23:45:23 +02:00
isccfg	Rename "hostname" to "remote-hostname" within "tls"	2022-05-03 17:15:43 +03:00
ns	Remove isc_task_destroy() and isc_task_shutdown()	2022-05-12 14:55:49 +02:00
.gitignore	The isc/platform.h header has been completely removed	2021-07-06 05:33:48 +00:00
Makefile.am	move samples/resolve.c to bin/tests/system	2021-04-16 14:29:43 +02:00
unit-test-driver.sh.in	Update the copyright information in all files in the repository	2022-01-11 09:05:02 +01:00