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.
gnome-hackers mailing list
gnome-hackers gnome org
] [Thread Prev