> Well, ok. I will use my locally compiled glibc for a while, but it is > difficult to get it tested with hardly anything using posix_spawn. So this > is an incentive for me to compile bash, make and gcc using posix_spawn and > give this code some testing.
Getting stuff to use posix_spawn is a fine goal. When glibc 2.3 gets ready for testing, it will plop in with those binaries and replace the fork-based implementation with the new Hurdish one. As to fakeauth, I just checked in the change to make it use _hurd_exec directly instead of using posix_spawnp. Unless I fouled that up, that ought to make fakeauth work with stock libc as well as it does with the new posix_spawn you have been using. > Cool, I started implementing it when I noticed that it isn't too easy to > construct the mach_msg call from the inp. Sure it is. > Likewise, I think that the msgh_local_port should be unchanged, so the > other server sends the reply directly to the user. Nope. The fields are swapped on the way through the kernel, so you have to swap them back. See rpctrace. > I have to think more about the problems that this doesn't solve. Do you mean the issue of peropen state that I mentioned, or something else? > This needs to be in utils/fakeroot.sh, then, so it always spawns a shell and > runs the command inside the shell after the cd. It can exec after cd. The Linux fakeroot script runs sh -c "$*" too (even though there it has no reason not to save the process and get the quoting right). I checked in a change. _______________________________________________ Bug-hurd mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/bug-hurd
