Review request for 5049299

Michael McMahon Michael.McMahon at Sun.COM
Mon Jun 8 14:08:37 UTC 2009


That's fine Martin. We can do it that way.

Do you really need to #include <sys/syscall.h>?
As far as I can see clone() only requires <sched.h>

When you allocate the clone stack for the child
the memory is byte aligned. Is this ok for Linux or should stacks
be aligned on larger boundaries?

Also, I don't follow why we need the  execve_as_traditional_shell_script()
function. Can you explain the reason for that?

Thanks,
Michael.

Martin Buchholz wrote:
> Michael,
>
> I think the best way to handle the coordination is in two steps.
> I'd like to get my Linux-clone changes in first (you should review,
> I will commit)
> and then we switch hats and I will review your Solaris changes.
> It seems best to do this in two steps: to better place blame when
> it breaks (this is very tricky stuff to get right).
> If you agree, please review my posted changes.
>
> Aside: Instead of griping about the missing execvpe,
> I filed a bug against glibc, and was surprised to find
> that Ulrich Drepper had implemented it a couple of days later.
> It will probably be in glibc-2.11.  Perhaps in 5 years we can
> use it ourselves...).  Thanks, Uli!
>
> Martin
>
> On Tue, Jun 2, 2009 at 07:29, Michael McMahon <Michael.McMahon at sun.com 
> <mailto:Michael.McMahon at sun.com>> wrote:
>
>     Martin,
>
>     I had done something similar with clone & exec for Linux, but
>     hadn't got round to testing it.
>     So, it seems reasonable to take yours. Do you want to send me your
>     updated versions of
>     process_md.c and the test? I can take care of the merge with the
>     Solaris code.
>
>




More information about the core-libs-dev mailing list