[V2] Openat first step passfd api

2011-03-01 Thread Bastien ROUCARIES
Second try of the passfd api a la plan 9. Change since version 1: * use gnu style Please comments Bastien

Re: Openat first step passfd api

2011-02-03 Thread Paul Eggert
On 02/03/11 06:33, Bastien ROUCARIES wrote: > No problem, it is even simpler because linkat, renameat does not need to pass > back the fd. fork > fchir to fd2, getpwd, concat path,fchir to fd1, exec rename, return error code OK, thanks. One minor suggestion: I think it'd be slightly more reliabl

Re: Openat first step passfd api

2011-02-03 Thread Bastien ROUCARIES
Le mercredi 2 février 2011 19:47:24, Paul Eggert a écrit : > On 02/02/11 09:48, Bastien ROUCARIES wrote: > > I use emac, could you give me the style used or indent command line ? > > Thank you > > Please see the existing Gnulib code for examples of > the style, for example, lib/openat.c. It is do

Re: Openat first step passfd api

2011-02-02 Thread Paul Eggert
On 02/02/11 09:48, Bastien ROUCARIES wrote: > I use emac, could you give me the style used or indent command line ? Thank > you Please see the existing Gnulib code for examples of the style, for example, lib/openat.c. It is documented in

Re: Openat first step passfd api

2011-02-02 Thread Paul Eggert
I haven't had time to look at it carefully, but a couple of quick reactions: * I expect it's useful to have a portable way to pass file descriptors; thanks. * The code should be redone to follow the usual GNU and gnulib formatting style. * It's not clear that this will work as part of a gene

Openat first step passfd api

2011-02-02 Thread Bastien ROUCARIES
Add a passfd api a la plan9 sendfd/recvfd. Tested on my linux. Please test on other platform particularly solaris 2.6. Please advice about woe32, it seems it is possible to use DuplicateHandle in order to do the same. Bastien