Re: accept() failed message on kde 1.1.2 ??

[Christopher Faylor <cgf at redhat dot com>]

Is there any traction on this problem?  I see that Suhaib has released
a new version of XFree86 which turns off UNIX-domain sockets, which
is unfortunate.

Do we know what is causing the problems that we're seeing?

cgf

On Fri, Jun 15, 2001 at 05:36:33PM +0400, egor duda wrote:
>Friday, 15 June, 2001 Ralf Habacker Ralf.Habacker@saght.tessag.com wrote:
>
>RH> I have applied the patch and as i see on short tests it works without
>RH> errors. !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
>
>RH> Next week I think we have to figure out, whats going wrong
>
>if you're to debug this yourself i can suggest you one more way to use
>if running under strace dissolves the problem. you can change some of
>debug_printf()s to system_printf()s -- they're printing things right
>to the console.
>
>i'd try to explain how things work (or at least supposed to work).
>
>some application bind()s to a AF_UNIX socket. on cygwin, AF_UNIX
>socket is a file of the following structire:
>
>!<socket >port secret-cookie
>
>where "port" is a AF_INET port used to emulate this socket and secret
>cookie is some random 128-bit value.
>
>when later application calls accept() on this socket, it creates
>"server-side-secret-event". it's an event named
>"cygwin.local_socket.secret.<port-number>.<secret-cookie>"
>where port-number is local port number on which application accepts()
>connection, and secret-cookie is that 128-bit value stored if socket
>file.
>
>Application that calls connect() is doing basically the same: it
>creates "client-side-secret-event", named just like "server-side" one,
>with only one exception -- port-number is a port from which connect()
>is initiated.
>
>now, everythig's ready and all client and server must do is to
>"authenticate" each other. They're doing that by opening peer's secret
>event (they can do it because they know both peer port and cookie),
>signal it, and wait until peer signals their secret event. after that,
>they proceed just like with normal socket connection.
>
>Hope this explanation helps.
>
>Egor.            mailto:deo@logos-m.ru ICQ 5165414 FidoNet 2:5020/496.19

-- 
cgf@cygnus.com                        Red Hat, Inc.
http://sources.redhat.com/            http://www.redhat.com/