Re: connect() hangs on a listen()ing AF_UNIX socket

2014-10-08 Thread Corinna Vinschen
On Sep 25 16:24, Christian Franke wrote: > Corinna Vinschen wrote: > >On Aug 26 21:03, Christian Franke wrote: > >>Corinna Vinschen wrote: > >>>Sounds like a nice idea. We should try that. I'm just not sure how > >>>much time I have left to work on this before my vaca next month. Do you > >>>hav

Re: connect() hangs on a listen()ing AF_UNIX socket

2014-09-25 Thread Christian Franke
Corinna Vinschen wrote: On Aug 26 21:03, Christian Franke wrote: Corinna Vinschen wrote: Sounds like a nice idea. We should try that. I'm just not sure how much time I have left to work on this before my vaca next month. Do you have fun to look into that? We have waited so long for postfix,

Re: connect() hangs on a listen()ing AF_UNIX socket

2014-08-28 Thread Corinna Vinschen
On Aug 27 19:57, Achim Gratz wrote: > Corinna Vinschen writes: > >> Fixed in CVS. The idea to reopen the file by handle is still good. > >> *Iff* there is an open handle to the file to begin with... > >> > >> I'm just creating a snapshot but this may take a few minutes longer > >> than anticipate

Re: connect() hangs on a listen()ing AF_UNIX socket

2014-08-27 Thread Achim Gratz
Corinna Vinschen writes: >> Fixed in CVS. The idea to reopen the file by handle is still good. >> *Iff* there is an open handle to the file to begin with... >> >> I'm just creating a snapshot but this may take a few minutes longer >> than anticipated due to connection problems. > > Snapshot is up

Re: connect() hangs on a listen()ing AF_UNIX socket

2014-08-27 Thread Corinna Vinschen
On Aug 27 11:50, Corinna Vinschen wrote: > On Aug 27 08:57, Achim Gratz wrote: > > Corinna Vinschen cygwin.com> writes: > > > I fixed that in CVS (and I'm just generating a snapshot). The problem > > > was that the functions reading and writing security descriptors didn't > > > use the special "r

Re: connect() hangs on a listen()ing AF_UNIX socket

2014-08-27 Thread Corinna Vinschen
On Aug 27 08:57, Achim Gratz wrote: > Corinna Vinschen cygwin.com> writes: > > I fixed that in CVS (and I'm just generating a snapshot). The problem > > was that the functions reading and writing security descriptors didn't > > use the special "reopen by handle" semantics of the NtOpenFile call i

Re: connect() hangs on a listen()ing AF_UNIX socket

2014-08-27 Thread Achim Gratz
Corinna Vinschen cygwin.com> writes: > I fixed that in CVS (and I'm just generating a snapshot). The problem > was that the functions reading and writing security descriptors didn't > use the special "reopen by handle" semantics of the NtOpenFile call if > a reopen was necessary. Rather they jus

Re: connect() hangs on a listen()ing AF_UNIX socket

2014-08-26 Thread Corinna Vinschen
On Aug 26 21:03, Christian Franke wrote: > Corinna Vinschen wrote: > >Sounds like a nice idea. We should try that. I'm just not sure how > >much time I have left to work on this before my vaca next month. Do you > >have fun to look into that? We have waited so long for postfix, I guess > >a cou

Re: connect() hangs on a listen()ing AF_UNIX socket

2014-08-26 Thread Christian Franke
Corinna Vinschen wrote: On Aug 22 20:32, Christian Franke wrote: Corinna Vinschen wrote: Another potential solution might be to defer the AF_UNIX handshake to the first send/recv: Whatever the peers do, there is a certain protocol used. That means, there's an implicit understanding who's goi

Re: connect() hangs on a listen()ing AF_UNIX socket

2014-08-22 Thread Corinna Vinschen
On Aug 22 20:32, Christian Franke wrote: > Corinna Vinschen wrote: > >On Aug 21 21:14, Christian Franke wrote: > >>Easier and may work for Postfix: Add a Cygwin specific socket option like > >>SO_DONT_NEED_PEERCRED which is set immediately after Postfix calls > >>socket(AF_UNIX, SOCK_STREAM). If se

Re: connect() hangs on a listen()ing AF_UNIX socket

2014-08-22 Thread Christian Franke
Corinna Vinschen wrote: On Aug 21 21:14, Christian Franke wrote: ... Complex but may work: A fhandler_socket::listen() on a AF_UNIX/SOCK_STREAM socket starts a thread which accept()s connections, performs the handshake and puts the new socket descs in a queue. fhandler_socket::accept4() then no

Re: connect() hangs on a listen()ing AF_UNIX socket

2014-08-22 Thread Corinna Vinschen
On Aug 21 21:14, Christian Franke wrote: > Corinna Vinschen wrote: > >On Aug 21 18:16, Christian Franke wrote: > >>Corinna Vinschen wrote (in thread "[ITP] libsuexec 1.0"): > >>>Postfix for Cygwin would be *so* nice. Sigh. ... > >>Due to the following problem, Postfix hangs during startup (and bl

Re: connect() hangs on a listen()ing AF_UNIX socket

2014-08-21 Thread Christian Franke
Corinna Vinschen wrote: On Aug 21 18:16, Christian Franke wrote: Corinna Vinschen wrote (in thread "[ITP] libsuexec 1.0"): Postfix for Cygwin would be *so* nice. Sigh. ... Due to the following problem, Postfix hangs during startup (and blocks any possible "[ITP] postfix ..."): If a AF_UNIX

Re: connect() hangs on a listen()ing AF_UNIX socket

2014-08-21 Thread Corinna Vinschen
On Aug 21 18:16, Christian Franke wrote: > Corinna Vinschen wrote (in thread "[ITP] libsuexec 1.0"): > >Postfix for Cygwin would be *so* nice. Sigh. ... > > Due to the following problem, Postfix hangs during startup (and blocks any > possible "[ITP] postfix ..."): > > If a AF_UNIX socket is in

connect() hangs on a listen()ing AF_UNIX socket

2014-08-21 Thread Christian Franke
Corinna Vinschen wrote (in thread "[ITP] libsuexec 1.0"): Postfix for Cygwin would be *so* nice. Sigh. ... Due to the following problem, Postfix hangs during startup (and blocks any possible "[ITP] postfix ..."): If a AF_UNIX socket is in listen()ing state, a client connect() should succe