Re: Bugs in Hurd's recvmsg (msg_name AF_LOCAL, MSG_DONTWAIT)

On 08/01/2016 12:08 PM, Christian Seiler wrote: > I've now isolated the problems and have a reproducer (attached) > and it has _nothing_ to do with SCM_CREDS, but with much more > basic functionality. > > Problem 1 (causing SIGLOST): > > When msg_name and msg_namelen are filled for a SOCK_STREAM

[PATCH] [glibc] sysdeps/mach/hurd/recvmsg.c: don't try to resolve invalid address

On 08/01/2016 12:08 PM, Christian Seiler wrote: > Problem 1 (causing SIGLOST): > > When msg_name and msg_namelen are filled for a SOCK_STREAM AF_LOCAL > socket (maybe also other AF_LOCAL, didn't check) upon calling > recvmsg, SIGLOST is generated. So this is actually a bug in glibc, in that recvm

Bug#833557: hurd: PF_LOCAL send/recv don't honor MSG_DONTWAIT

Package: hurd Version: 1:0.8.git20160522-4 Severity: normal Tags: patch upstream Dear Maintainer, send/sendto/sendmsg/recv/recvfrom/recvmsg in combination with PF_LOCAL sockets don't honor MSG_DONTWAIT. If specified, the operation will block anyway. This is really bad if one has code that relies

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

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

Still Failing: g-i-installation_debian_sid_daily_hurd_lxde/204

See https://jenkins.debian.net/job/g-i-installation_debian_sid_daily_hurd_lxde/204/ and https://jenkins.debian.net/job/g-i-installation_debian_sid_daily_hurd_lxde/204//console and https://jenkins.debian.net/job/g-i-installation_debian_sid_daily_hurd_lxde/204//artifact/results/ if there are an