Re: changes in GConf2 ?
- From: Rodrigo Moya <rodrigo gnome-db org>
- To: Havoc Pennington <hp redhat com>
- Cc: GConf <gconf-list gnome org>
- Subject: Re: changes in GConf2 ?
- Date: 09 Dec 2001 19:21:27 +0100
On Sun, 2001-12-09 at 19:04, Havoc Pennington wrote:
>
> Rodrigo Moya <rodrigo gnome-db org> writes:
> > So, what has changed? This has been working since GNOME 1.4.
> >
>
> Well, it hasn't - the docs have always said "do not use GConfEngine if
> you have a GConfClient wrapping the engine" - I just didn't enforce
> that in the code. Knowing much more about API design than I did a
> couple years ago when I did gconf, I realized that everyone was
> probably getting this wrong, so I made the code warn about it.
>
> The issue is that GConfClient is a client-side cache that wraps
> GConfEngine, and the cache will become inconsistent if you are
> getting/setting values via the engine directly. So by using
> GConfEngine you are munging the GConfClient object.
>
the thing is that I don't create any GConfClient on my code, I'm just
creating the GConfEngine.
> Solution is, if you create a GConfClient, then you have to use that,
> not the engine. Probably an s/gconf_engine/gconf_client/ plus a
> gconf_client_add_dir() will fix most code. Or you could avoid creating
> the GConfClient, except that libgnome creates one for you... so GNOME
> apps are essentially forced to use GConfClient.
>
ok, so I'll be forced to do it, since this seems to be the problem
(libgnome's GConfClient). As I said, I don't create any GConfClient in
my app.
cheers
--
Rodrigo Moya <rodrigo gnome-db org> - <rodrigo ximian com>
http://www.gnome-db.org/ - http://www.ximian.com/
[
Date Prev][
Date Next] [
Thread Prev][
Thread Next]
[
Thread Index]
[
Date Index]
[
Author Index]