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

2016-08-09 Thread Olaf Buddenhagen
Hi, On Sun, Aug 07, 2016 at 09:13:55PM +0200, Richard Braun wrote: > On Sun, Aug 07, 2016 at 08:44:56PM +0300, Esa Peuha wrote: > > settrans -ck /servers/socket/1 /hurd/pflocal > > I suggest you don't do that, since you'll basically replace the pflocal > instance for all the system, which might

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

2016-08-08 Thread Samuel Thibault
Hello, Christian Seiler, on Fri 05 Aug 2016 21:09:21 +0200, wrote: > I've attached a patch that fixes this specific issue for me. I > probably won't have time to look at the other issue I reported > here, but with that I'd at least be able to have open-isns > working on Hurd. (And the patch will l

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

2016-08-08 Thread Justus Winter
Richard Braun writes: > On Mon, Aug 08, 2016 at 04:54:47PM +0200, Justus Winter wrote: >> Richard Braun 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 tr

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

2016-08-08 Thread Richard Braun
On Mon, Aug 08, 2016 at 04:54:47PM +0200, Justus Winter wrote: > Richard Braun 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-tracke

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

2016-08-08 Thread Justus Winter
Richard Braun writes: > On Mon, Aug 08, 2016 at 12:55:24PM +0200, Justus Winter wrote: >> Right, I can see how this is a problem. The thing is, remap doesn't >> quite do the job: 1/ it fails to remap relative paths, 2/ if one sets a >> translator record on a node, and that translator is then sta

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

2016-08-08 Thread Richard Braun
On Mon, Aug 08, 2016 at 12:55:24PM +0200, Justus Winter wrote: > Right, I can see how this is a problem. The thing is, remap doesn't > quite do the job: 1/ it fails to remap relative paths, 2/ if one sets a > translator record on a node, and that translator is then started by the > filesystem, it

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

2016-08-08 Thread Justus Winter
Christian Seiler writes: Use the remap translator instead, which is one of the things the Hurd design allows you to do easily. See /bin/remap to easily set one. >>> >>> remap doesn't work at all here, programs then complain >>> that they can't assign requested address when doi

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

2016-08-08 Thread Christian Seiler
On 08/08/2016 12:18 PM, Justus Winter wrote: >> [settrans -ck stuff] > All in all this was just bad advice. Ok, good to know. :) >>> Use the remap translator instead, which is one of the things the Hurd >>> design allows you to do easily. >>> >>> See /bin/remap to easily set one. >> >> remap does

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

2016-08-08 Thread Justus Winter
Christian Seiler writes: > (The following is not really important, rebooting does > work, so it's not a showstopper.) > > On 08/07/2016 09:13 PM, Richard Braun wrote: >> On Sun, Aug 07, 2016 at 08:44:56PM +0300, Esa Peuha wrote: PS: Is there any way to sanely restart /hurd/pflocal without >>

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

2016-08-08 Thread Christian Seiler
(The following is not really important, rebooting does work, so it's not a showstopper.) On 08/07/2016 09:13 PM, Richard Braun wrote: > On Sun, Aug 07, 2016 at 08:44:56PM +0300, Esa Peuha wrote: >>> PS: Is there any way to sanely restart /hurd/pflocal without >>> rebooting? >> >> Yes, the commands

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

2016-08-07 Thread Richard Braun
On Sun, Aug 07, 2016 at 08:44:56PM +0300, Esa Peuha wrote: > > PS: Is there any way to sanely restart /hurd/pflocal without > > rebooting? > > Yes, the commands to do that are > > settrans -ck /servers/socket/1 > settrans -ck /servers/socket/1 /hurd/pflocal I suggest you don't do that, since you

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

2016-08-07 Thread Esa Peuha
On Fri, 5 Aug 2016, Christian Seiler wrote: > PS: Is there any way to sanely restart /hurd/pflocal without > rebooting? Yes, the commands to do that are settrans -ck /servers/socket/1 settrans -ck /servers/socket/1 /hurd/pflocal (I'm not sure if the first one is strictly necessary anymore, but

[PATCH] [hurd] pflocal/socket.c: Support MSG_DONTWAIT in pflocal send/recv

2016-08-05 Thread Christian Seiler
On 08/01/2016 12:08 PM, Christian Seiler wrote: > Problem 2: > > MSG_DONTWAIT is ignored for recvmsg, it always blocks (at least > when using AF_LOCK sockets). I've even tried to pre-fill the > msg_flags member with it (which you shouldn't need to do > according to POSIX, the flags argument should