Steven Noonan

Aha, it's a docker config issue. The container didn't have an IPv6 address, so it wasn't able to attempt any port probing. If I add this to /etc/docker/daemon.json (to assign...

Actually should probably leave this open so that the config on ifconfig.co can be updated to work with IPv6 port probing.

It should probably be composed of bits anyway. I agree, will work on this one

Agreed. However, pthreads seems to only have: int pthread_rwlock_unlock(pthread_rwlock_t *lock); Which doesn't allow specification of -what- to unlock. Feel free to figure out this weirdness and submit a patch.

This is the patch I've currently got locally to handle showing the more useful hex offsets I mentioned. The `dladdr()` on the first line of context for it can't resolve...

Interesting. The state it ends up in, it has the module name and module's address, but no symbol name or symbol address. So if the module name came back as...

Oh, so `dladdr()` is the fallback path? I guess I need to dig further back to figure out how libbacktrace is getting upset. (Oh, I misread earlier "already has a...

It looks like the way it's getting to this point is this: https://github.com/wolfpld/tracy/blob/1f43cfd2b95feb46125637f26219ffc2c29f6ed3/libbacktrace/dwarf.cpp#L4281-L4283 So I am guessing it is only able to get symbols from libraries that are listed as...

It looks like Tracy would need to scan `/proc/$pid/maps` to find new libraries opened via `dlopen()`, and rebuild the DWARF index from that. One ugly part of that is: when...

Looks like libbacktrace already is using `dl_iterate_phdr` to walk the mapped libraries. I found that if I `LD_PRELOAD` the libraries I will eventually `dlopen()`, Tracy can find all the symbols....