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? While debugging emacs32 failures I discovered that execve() works, but that the parent which called the vfork() is corrupted by the child. I posted a test case for our kernel developers to look at here: http://article.gmane.org/gmane.linux.ports.parisc/2403 We haven't been able to determine the cause of the failure yet. Cheers, Carlos. -- 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
