On Tue, Oct 29, 2002 at 11:34:00AM +0000, Michael Meeks wrote:
> Hi Ronald,
>
> On Mon, 2002-10-28 at 20:53, Ronald Kuetemeier wrote:
> > My son, also a Michael btw, is sick and I didn't get much sleep the last
> > two nights. So take this with a grain of salt, I might be out of it.
>
> :-) I hope he's better now, very stressful;
>
> > int test = 0;
> >
> > for(link = giop_connection_list.list; link; link = link->next)
> ...
> > if(!strcmp(sockpath, tmp->u.usock.sun_path)) {
> > cnx = test ? tmp : NULL;
> > if(!test) continue;
> > break;
> > }
>
> So 'test' is always 0, and thus you always make a new Unix domain
> socket connection ? :-) wow - that's not going to be too efficient. I
> imagine you'll allocate 1-2 file descriptors per object and blow your fd
> limit pretty soon ;-) I'd be interested in the results of an:
>
> lsof -p <pidof evolution-shell>
Soorry should have explained, you read to much into the variable. It's just
for my debug, so I can set it from the debugger while in the function and get
a different behavior. It's not meant to fix anything, just gives another glue
in the behavior on what is going on.
Ronald
>
> > As you see I just added a test for debugging, well it works. Now why I
> > still don't know.
>
> As you say, that seems to suggest that a duff unix socket connection is
> getting stuck in the connection list somehow; I'd be interested (if you
> can catch it) to see the dump of the connection, then match the fd it
> mentions against the open file descriptors - perhaps it got closed
> somehow (by something else ?).
>
> Good work though;
>
> Regards,
>
> Michael.
>
> --
> [EMAIL PROTECTED] <><, Pseudo Engineer, itinerant idiot
_______________________________________________
evolution-hackers maillist - [EMAIL PROTECTED]
http://lists.ximian.com/mailman/listinfo/evolution-hackers