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)
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. Now the problem happens long before this, I traced evolution-calendar down, and all seems to be in order. So the problem is most likely in evolution shell, since as far as I see, this happens at the point the new UI (calendar ...) should be activated but can't write back. 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) Hope this helps, Ronald 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. On Fri, 2002-10-25 at 07:37, Michael Meeks wrote: > Hi Ronald, > > I don't know quite what you're seeing, but AFAIR there should be a > client and a server in each direction; so 2x fd's per bi-directional > communication. > > Does that make sense ? there's really no firm concept of any > application as 'server' in the CORBA model. > > Regards, > > Michael. > > On Thu, 2002-10-24 at 16:42, Ronald Kuetemeier wrote: > > This is actually an interesting problem, the > > GIOP_CONNECTION(tmp)->connection_class in ORBIT is set be a > > GIOP_CONNECTION_CLIENT for the Unix socket server (evolution) > > Therefore the connection to the server will not be opened and evolution > > seems to hang to the user. > > Anyway this is WHAT is happening, WHY I don't know yet. I will wait > > after Linus is back and has done the final merge before spending more > > time on this. > > But if this rings a bell with anybody, let me know why this is > > happening. > > > > Ronald > > > > > > > > > > > > On Wed, 2002-10-23 at 13:26, Jeffrey Stedfast wrote: > > > This has been known for quite some time now, but it is unclear as to > > > whether the bug is in the kernel or evolution. > > > > > > For now, it is suggested that users stay away from kernel 2.5.x > > > > > > Jeff > > > > > > On Wed, 2002-10-23 at 15:16, Craig Knox wrote: > > > > Hi, > > > > I booted into a 2.5.44 kernel to test it, and everything thing seems > > > > to work no problems except for evolution. Evolution hangs when > > > > replying/creating a new email. Appears to be in the addressbook part of > > > > it. Back in a 2.4.x kernel to write this. Its very weird as I > > > > wouldn't have thought changing the kernel would effect evolution. > > > > > > > > Cheers > > > > Craig > > > > > > > > > > > > > > > > > > > > _______________________________________________ > > > > evolution-hackers maillist - [EMAIL PROTECTED] > > > > http://lists.ximian.com/mailman/listinfo/evolution-hackers > > > > > > _______________________________________________ > > evolution-hackers maillist - [EMAIL PROTECTED] > > http://lists.ximian.com/mailman/listinfo/evolution-hackers _______________________________________________ evolution-hackers maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/evolution-hackers
