[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [PATCH] [hurd] pflocal/socket.c: Support MSG_DONTWAIT in pflocal sen

From: Richard Braun
Subject: Re: [PATCH] [hurd] pflocal/socket.c: Support MSG_DONTWAIT in pflocal send/recv
Date: Mon, 8 Aug 2016 17:27:41 +0200
User-agent: Mutt/1.5.23 (2014-03-12)

On Mon, Aug 08, 2016 at 04:54:47PM +0200, Justus Winter wrote:
> Richard Braun <rbraun@sceen.net> writes:
> > Why not start the translator from the remapped environment too ?
> No reason, but this has to be implemented.  I started working on a
> library for writing such chrooting translators, then got side-tracked by
> the complexity of the dir_lookup operations.  Currently, remap has a
> very naive lookup function, fakeroot's is better, but still not
> sufficient.  I made some patches towards unifying and refactoring the
> logic used in libdiskfs and libnetfs, but these functions are still huge
> :/

No, i mean, here, in such a specific case, if the parent translator is
itself running from the remap env, it should used the custom pflocal
instance, right ?

Richard Braun

reply via email to

[Prev in Thread] Current Thread [Next in Thread]