Re: Our (real) problems
- From: Maciej Stachowiak <mjs noisehavoc org>
- To: Dan Winship <danw ximian com>
- Cc: Maciej Stachowiak <mjs noisehavoc org>, Michael Meeks <michael ximian com>, Alex Larsson <alexl redhat com>, gnome-hackers gnome org, gnome-2-0-list gnome org
- Subject: Re: Our (real) problems
- Date: Tue, 4 Sep 2001 12:59:00 -0700
On 04Sep2001 03:55PM (-0400), Dan Winship wrote:
> > > For control aggregates and out of proc. components we set the imortal
> > > flag on the aggregate. This effectively makes ref / unrefs a no-op;
> > > consequently ref counting has no effect. Instead we track the linc
> > > connection on the exposed interfaces and listen for the "broken" signal
> > > - and slave the lifecycle to the domain socket breaking.
> > >
> > > So for the factory we terminate when all our controls die.
> > >
> >
> > This is a good step forward (basically the same thing as the current
> > workaround in Nautilus for this problem).
> >
> > But what about out of process non-gui components, like the Evolution
> > wombat server, or config monikers or other stuff of that sort?
>
> Why, is the "broken" signal tied to X? Can't you get the same thing for
> non-X stuff by just pinging the other side of the connection every now
> and then? If you get an EPIPE, it's dead. The remote server doesn't even
> need to ack the ping.
>
How do you know which connection holds what ref?
I guess you could periodically check all your CORBA connections and
quit once they have all been closed for some period of time, but this
is sort of a weak implementation of leases from the client side.
Regards,
Maciej
_______________________________________________
gnome-hackers mailing list
gnome-hackers gnome org
http://mail.gnome.org/mailman/listinfo/gnome-hackers
[
Date Prev][
Date Next] [
Thread Prev][
Thread Next]
[
Thread Index]
[
Date Index]
[
Author Index]