12025-03-11T03:29:00  *** lightningbot <lightningbot!lightningb@azure.erisian.com.au> has joined #bitcoin-kernel
 22025-03-11T03:29:12  <_aj_> Hello, world?
 32025-03-11T10:24:25  *** laanwj <laanwj!~laanwj@user/laanwj> has quit IRC (Ping timeout: 260 seconds)
 42025-03-11T10:24:25  *** BlueMatt[m] <BlueMatt[m]!~bluematt@2620:6e:a000:ce11::d> has quit IRC (Ping timeout: 260 seconds)
 52025-03-11T10:24:52  *** laanwj <laanwj!~laanwj@user/laanwj> has joined #bitcoin-kernel
 62025-03-11T10:26:04  *** BlueMatt[m] <BlueMatt[m]!~bluematt@2620:6e:a000:ce11::d> has joined #bitcoin-kernel
 72025-03-11T11:56:40  *** stickies-v changes topic to "Bitcoin Kernel development and usage discussion | Channel logs: https://gnusha.org/bitcoin-kernel/, https://www.erisian.com.au/bitcoin-kernel/"
 82025-03-11T11:57:11  <stickies-v> looks like it's working, thank you _aj_ !
 92025-03-11T12:47:58  <stickies-v> TheCharlatan: is it fair to say that the entire current API is threadsafe, except for `kernel_context_destroy()` and `kernel_context_interrupt()`?
102025-03-11T12:49:08  <stickies-v> s/is threadsafe/should be threadsafe/
112025-03-11T12:50:40  *** hebasto <hebasto!sid449604@id-449604.uxbridge.irccloud.com> has joined #bitcoin-kernel
122025-03-11T13:12:24  <TheCharlatan> yes, or at least that is the idea :P
132025-03-11T13:59:35  *** dergoegge <dergoegge!sid453889@id-453889.lymington.irccloud.com> has joined #bitcoin-kernel
142025-03-11T14:18:57  <TheCharlatan> like one of the caveats right now is that we don't keep the lock on the BlockIndex pointers after retrieving them (which I guess we also don't really in the rest of our code, and some of the race conditions we have to deal with are because of this)
152025-03-11T16:02:13  <stickies-v> i don't think i understand - why would we have to keep a lock on BlockIndex pointers after retrieving them?
162025-03-11T16:03:16  <stickies-v> do you mean that e.g. a kernel_BlockIndex* returned by `kernel_get_block_index_from_height` is not guaranteed to be the block index at that height after the function returns, because we're not holding a lock?
172025-03-11T16:03:56  <stickies-v> (i.e. anything that depends on what's the active chain)?