Hi Ronald,

        Firstly - thanks for looking into this.

On Fri, 2002-10-25 at 17:42, Ronald Kuetemeier wrote:
> Ok, let's see if I can explain this.
> Look at file ORBit-0.5.1[5,6]/src/IIOP/connection.c:(IIOPConnection *
> iiop_connection_unix_get:923)

        Ok.

> In 2.4 all test in the for loop will fail since none is set to
> GIOP_CONNECTION_CLIENT therefore the variable cnx is not set and the
> socket, btw existing and if the strcmp would ever be reached would also
> succeed (that's why I call it a server), is opened.  
...
> In 2.5 the connection is set to be of class GIOP_CONNECTION_CLIENT
> the strcmp succeeds variable is set and the connection is never opened.

        Ok - this is quite likely just down to a race condition in who gets
timesliced first, and thus who connects to wherever when - presumably.

> There is also some strange difference in the number or ordering in the
> list. In 2.5 it's the first socket in the list (I didn't check if there
> are more or just that one), in 2.4 it's the last one (there are more
> before it, just look at the socket path from the sockets tested during
> the loop execution)

        Ok - this is really down to the order in which what process
communicates with what other process - so ... it's rather hard to tell
whether that's meaningful really.

> BTW. My definition of server is, I call you to serve me something. If
> you call me I become the server for you. If I call you to put my UI on
> the screen you're the server. The screwed up definition from Oracle,
> Microsoft and Sun from the 80's never worked for me anyway.   

        Yes - but you realise that the ORB has no interest in putting the UI on
the screen; and as such it's 'client/server' distinction is just a
matter of who is listening for connections and who is not; ie a server
has many clients, a client has a single server. [ although a process
clearly has ~1 Unix socket server, and multiple clients to other
processes ].

        HTH & keep digging,

        Thanks,

                Michael.

-- 
 [EMAIL PROTECTED]  <><, Pseudo Engineer, itinerant idiot


_______________________________________________
evolution-hackers maillist  -  [EMAIL PROTECTED]
http://lists.ximian.com/mailman/listinfo/evolution-hackers

Reply via email to