RE: [long] emu hangs on FreeBSD 5.3
>>I was thinking about smthg around thread libs, as they're moving targets
>>these days on FBSD 5.x..
the good news is that emu doesn't use any other thread lib on freebsd or linux,
so there is less to get in the way (and historically, they do).
the bad news is that emu doesn't use any other thread lib on freebsd or linux,
so the implementation is sensitive to changes in the system primitives from release to release, and
for whatever reason the clone/rfork interfaces have been subject to a fair amount
of small, sometimes undocumented change.
i test the implementation on two different levels of FreeBSD, but i see that
both are now fairly old, so i'll update at least one. i'd do that more often but i use them
both for other things (partly to keep the machines useful when not doing builds or testing).
as a quick check until i do that, you might see whether the parameters to
rfork_thread make sense to you against the current documentation,
particularly as regards signal handling (eg, do threads have separate signal handlers?).
i'm assuming it's not `just' some strange interaction between something emu
does and (say) job control.