jade 519957bd59 unnamed threads: Obliterate ... Ever read gdb output and you just kinda get a headache because you have to infer what a thread is by reading the stack trace? It's not hard, but we could also just never have to do that again, which is also not hard. Sample: (gdb) info thr Id Target Id Frame * 1 LWP 3719283 "nix-daemon" 0x00007e558587da0f in accept () from target:/nix/store/c10zhkbp6jmyh0xc5kd123ga8yy2p4hk-glibc-2.39-52/lib/libc.so.6 2 LWP 3719284 "signal handler" 0x00007e55857b2bea in sigtimedwait () from target:/nix/store/c10zhkbp6jmyh0xc5kd123ga8yy2p4hk-glibc-2.39-52/lib/libc.so.6 The API design for this is forced by the macOS pthread_setname_np only being able to change the current thread's name, but if we just conform everything to that, it works everywhere. Change-Id: I2b1d6ed41e3c94170cb0b4e73ad66f239ebd9c88		2024-11-18 18:53:40 -08:00
..
functional	Include rearrangement: rest	2024-11-18 12:31:19 -08:00
functional2	libstore: ban unpacking case hacked filenames from NARs	2024-10-09 14:47:39 -07:00
installer	chore: rebrand Nix to Lix when it makes sense	2024-06-01 20:31:24 +02:00
nixos	tests: stop using OCR for nix copy tests	2024-10-26 17:50:54 +00:00
unit	unnamed threads: Obliterate	2024-11-18 18:53:40 -08:00
repl-completion.nix	Merge pull request #10799 from hercules-ci/safer-tab-completion	2024-06-16 04:03:32 +00:00