On Sun, Oct 17, 2010 at 5:55 PM, Damien Miller wrote:
> On Sun, 17 Oct 2010, Marc Espie wrote:
...
>> What I'm talking about is mostly wrapping around recvmsg/sendmsg
>> and CMSG_DATA pack/unpack type routines.
>
> We had talked about putting fdpassing functions into libutil at one
> stage. IMO it
On Sun, 17 Oct 2010, Marc Espie wrote:
> Mostly some XS wrapper around the recvmsg/CMSG_DATA part.
> Then some perl glue that would allow one to grab those data, and gets
> the fds from it.
>
> It should probably only extract the msgs, let "normal" stuff grab non
> out-of-band data IO, and creat
On Sat, Oct 16, 2010 at 03:54:50PM -0700, Philip Guenther wrote:
> On 10/16/10, Marc Espie wrote:
> > I could use "bundled" code to do the following:
> > 1/ direct interface to mkstemp
> > so that we don't have to use the atrocious File::Temp big monstrosity.
>
> I've sent Marc a tiny mkdtemp/mks
On 10/16/10, Marc Espie wrote:
> I could use "bundled" code to do the following:
> 1/ direct interface to mkstemp
> so that we don't have to use the atrocious File::Temp big monstrosity.
I've sent Marc a tiny mkdtemp/mkstemp/mkstemps-via-XS module, so
unless he barfs all over it this one is done.
I could use "bundled" code to do the following:
1/ direct interface to mkstemp
so that we don't have to use the atrocious File::Temp big monstrosity.
2/ file descriptor passing over sockets
means redoing the stuff described in socket/recv/CMSG_DATA
so that we could have a simple interface to grab s
