Re: unfilled path in getsockname() for unix sockets

2011-12-04 Thread Samuel Thibault
Pino Toscano, le Sun 04 Dec 2011 16:45:20 +0100, a écrit : > Alle domenica 4 dicembre 2011, Samuel Thibault ha scritto: > > Pino Toscano, le Sun 04 Dec 2011 13:14:52 +0100, a écrit : > > > while debugging, I apparently stumbled upon a bug of getsockname() > > > for a bound unix socket, as also the

Re: unfilled path in getsockname() for unix sockets

2011-12-04 Thread Pino Toscano
Alle domenica 4 dicembre 2011, Samuel Thibault ha scritto: > Pino Toscano, le Sun 04 Dec 2011 13:14:52 +0100, a écrit : > > while debugging, I apparently stumbled upon a bug of getsockname() > > for a bound unix socket, as also the attached test program shows: > > sun_path is left unfilled, as also

Re: unfilled path in getsockname() for unix sockets

2011-12-04 Thread Samuel Thibault
Pino Toscano, le Sun 04 Dec 2011 13:14:52 +0100, a écrit : > while debugging, I apparently stumbled upon a bug of getsockname() for a > bound unix socket, as also the attached test program shows: sun_path is > left unfilled, as also the comment of S_socket_whatis_address() in > hurd/pflocal/pf.c

unfilled path in getsockname() for unix sockets

2011-12-04 Thread Pino Toscano
Hi, while debugging, I apparently stumbled upon a bug of getsockname() for a bound unix socket, as also the attached test program shows: sun_path is left unfilled, as also the comment of S_socket_whatis_address() in hurd/pflocal/pf.c would suggest. There's also another possibly weird behaviour