Hi,<div>Did you verify that the child isn't just exiting before the parent calls wait(), and getting reaped by a signal handler for SIGCHLD? This should be easy to verify by running the binary with ktrace. In that case getting ECHILD from waitpid() would be perfectly fine and could be treated as success.</div><div>Regards, Imre<br><br>On Monday, July 10, 2017, Michael Neumann <<a href="mailto:mneumann@ntecs.de">mneumann@ntecs.de</a>> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><br>
<br>
On 07/10/17 15:40, Michael Neumann wrote:<br>
> Hi,<br>
><br>
> I am trying to port some Rust libraries to DragonFly, specifically the<br>
> [nix] crate to access UN*X APIs from Rust.<br>
<br>
I think it's related to the problems that can occur when fork()ing a<br>
multi-threaded program, as described here:<br>
<br>
        <a href="http://www.linuxprogrammingblog.com/threads-and-fork-think-twice-before-using-them" target="_blank">http://www.<wbr>linuxprogrammingblog.com/<wbr>threads-and-fork-think-twice-<wbr>before-using-them</a><br>
<br>
Furthermore, I think this is similar to the "cargo" issue I am seeing,<br>
when running multi-threaded (it is forking and execve "rustc" and<br>
probably doing something in between... sometimes it hangs).<br>
<br>
<br>
Regards,<br>
<br>
  Michael<br>
</blockquote></div>