On Tue, Dec 15, 2009 at 7:11 PM, <carlos@xxxxxxxxxxxxxxxx> wrote: > On Tue, Dec 15, 2009 at 2:52 AM, Sergei Golovan <sgolovan@xxxxxx> wrote: >> After the recent changes in hppa architecture Erlang virtual machine >> fails to start (which leads to several FTBFS bugs in particular: >> #559628, #559962, #559004). >> >> The problem is that after vfork(), execve() fails to start a child >> process. It sets errno to EMFILE. If I run erl under strace, it works >> fine. Is it a bug in glibc, or in Erlang itself? >> >> I'm giving a small excerpt from erts/emulator/sys/unix/sys.c file >> where the failed execve(), the rest could be found in erlang >> 12.b.2.1-1 sources. > > Are you certain that execve() fails to start a child process? Yes, after I've inserted some debug printf() right after execve() it was reached. > > While debugging emacs32 failures I discovered that execve() works, but > that the parent which called the vfork() is corrupted by the child. But you're right, parent process becomes seems to be corrupt after vfork(). (At least test printf() doesn't print anything. > We haven't been able to determine the cause of the failure yet. OK, I see. Cheers! -- Sergei Golovan -- To unsubscribe from this list: send the line "unsubscribe linux-parisc" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
