luc14n0/glib
1
0
Fork 0
mirror of https://gitlab.gnome.org/GNOME/glib.git synced 2024-12-26 15:36:14 +01:00
Code Issues Packages Projects Releases Wiki Activity
26e29cb360
glib/gio/gsettingsbackendinternal.h

108 lines
7.7 KiB
C
Raw Normal View History

merge GSettingsBackend
2010-04-15 20:59:41 +02:00
/*
* Copyright © 2009, 2010 Codethink Limited
* Copyright © 2010 Red Hat, Inc.
*
* This library is free software; you can redistribute it and/or
* modify it under the terms of the GNU Lesser General Public
* License as published by the Free Software Foundation; either
* version 2 of the licence, or (at your option) any later version.
*
* This library is distributed in the hope that it will be useful,
* but WITHOUT ANY WARRANTY; without even the implied warranty of
* MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU
* Lesser General Public License for more details.
*
* You should have received a copy of the GNU Lesser General Public
* License along with this library; if not, write to the
* Free Software Foundation, Inc., 59 Temple Place - Suite 330,
* Boston, MA 02111-1307, USA.
*
* Authors: Ryan Lortie <desrt@desrt.ca>
* Matthias Clasen <mclasen@redhat.com>
*/
#ifndef __G_SETTINGS_BACKEND_INTERNAL_H__
#define __G_SETTINGS_BACKEND_INTERNAL_H__
#include "gsettingsbackend.h"
typedef void (*GSettingsBackendChangedFunc) (GSettingsBackend *backend,
GSettingsBackend: make signal dispatch threadsafe This commit fixes up a few race conditions in the GSettingsBackend, mostly with respect to change notifications occuring at the same time as the last reference count on a GSettings is dropped. With GDBus feeding us our incoming signals in a separate thread, this is something that could easily happen.
2010-05-16 20:17:34 +02:00
GObject *target,
merge GSettingsBackend
2010-04-15 20:59:41 +02:00
const gchar *key,
GSettingsBackend: make signal dispatch threadsafe This commit fixes up a few race conditions in the GSettingsBackend, mostly with respect to change notifications occuring at the same time as the last reference count on a GSettings is dropped. With GDBus feeding us our incoming signals in a separate thread, this is something that could easily happen.
2010-05-16 20:17:34 +02:00
gpointer origin_tag);
merge GSettingsBackend
2010-04-15 20:59:41 +02:00
typedef void (*GSettingsBackendPathChangedFunc) (GSettingsBackend *backend,
GSettingsBackend: make signal dispatch threadsafe This commit fixes up a few race conditions in the GSettingsBackend, mostly with respect to change notifications occuring at the same time as the last reference count on a GSettings is dropped. With GDBus feeding us our incoming signals in a separate thread, this is something that could easily happen.
2010-05-16 20:17:34 +02:00
GObject *target,
merge GSettingsBackend
2010-04-15 20:59:41 +02:00
const gchar *path,
GSettingsBackend: make signal dispatch threadsafe This commit fixes up a few race conditions in the GSettingsBackend, mostly with respect to change notifications occuring at the same time as the last reference count on a GSettings is dropped. With GDBus feeding us our incoming signals in a separate thread, this is something that could easily happen.
2010-05-16 20:17:34 +02:00
gpointer origin_tag);
merge GSettingsBackend
2010-04-15 20:59:41 +02:00
typedef void (*GSettingsBackendKeysChangedFunc) (GSettingsBackend *backend,
GSettingsBackend: make signal dispatch threadsafe This commit fixes up a few race conditions in the GSettingsBackend, mostly with respect to change notifications occuring at the same time as the last reference count on a GSettings is dropped. With GDBus feeding us our incoming signals in a separate thread, this is something that could easily happen.
2010-05-16 20:17:34 +02:00
GObject *target,
merge GSettingsBackend
2010-04-15 20:59:41 +02:00
const gchar *prefix,
const gchar * const *names,
GSettingsBackend: make signal dispatch threadsafe This commit fixes up a few race conditions in the GSettingsBackend, mostly with respect to change notifications occuring at the same time as the last reference count on a GSettings is dropped. With GDBus feeding us our incoming signals in a separate thread, this is something that could easily happen.
2010-05-16 20:17:34 +02:00
gpointer origin_tag);
merge GSettingsBackend
2010-04-15 20:59:41 +02:00
typedef void (*GSettingsBackendWritableChangedFunc) (GSettingsBackend *backend,
GSettingsBackend: make signal dispatch threadsafe This commit fixes up a few race conditions in the GSettingsBackend, mostly with respect to change notifications occuring at the same time as the last reference count on a GSettings is dropped. With GDBus feeding us our incoming signals in a separate thread, this is something that could easily happen.
2010-05-16 20:17:34 +02:00
GObject *target,
const gchar *key);
merge GSettingsBackend
2010-04-15 20:59:41 +02:00
typedef void (*GSettingsBackendPathWritableChangedFunc) (GSettingsBackend *backend,
GSettingsBackend: make signal dispatch threadsafe This commit fixes up a few race conditions in the GSettingsBackend, mostly with respect to change notifications occuring at the same time as the last reference count on a GSettings is dropped. With GDBus feeding us our incoming signals in a separate thread, this is something that could easily happen.
2010-05-16 20:17:34 +02:00
GObject *target,
const gchar *path);
merge GSettingsBackend
2010-04-15 20:59:41 +02:00
G_GNUC_INTERNAL
void g_settings_backend_watch (GSettingsBackend *backend,
GSettingsBackend: make signal dispatch threadsafe This commit fixes up a few race conditions in the GSettingsBackend, mostly with respect to change notifications occuring at the same time as the last reference count on a GSettings is dropped. With GDBus feeding us our incoming signals in a separate thread, this is something that could easily happen.
2010-05-16 20:17:34 +02:00
GObject *target,
GSettings: support emitting signals in threads The thread-default context that was in effect at the time that the GSettings was created will be used for emitting signals on that GSettings.
2010-05-16 13:02:23 +02:00
GMainContext *context,
merge GSettingsBackend
2010-04-15 20:59:41 +02:00
GSettingsBackendChangedFunc changed,
GSettingsBackendPathChangedFunc path_changed,
GSettingsBackendKeysChangedFunc keys_changed,
GSettingsBackendWritableChangedFunc writable_changed,
GSettingsBackend: make signal dispatch threadsafe This commit fixes up a few race conditions in the GSettingsBackend, mostly with respect to change notifications occuring at the same time as the last reference count on a GSettings is dropped. With GDBus feeding us our incoming signals in a separate thread, this is something that could easily happen.
2010-05-16 20:17:34 +02:00
GSettingsBackendPathWritableChangedFunc path_writable_changed);
merge GSettingsBackend
2010-04-15 20:59:41 +02:00
G_GNUC_INTERNAL
void g_settings_backend_unwatch (GSettingsBackend *backend,
GSettingsBackend: make signal dispatch threadsafe This commit fixes up a few race conditions in the GSettingsBackend, mostly with respect to change notifications occuring at the same time as the last reference count on a GSettings is dropped. With GDBus feeding us our incoming signals in a separate thread, this is something that could easily happen.
2010-05-16 20:17:34 +02:00
GObject *target);
merge GSettingsBackend
2010-04-15 20:59:41 +02:00
G_GNUC_INTERNAL
Bug 621266 - GSettings "context" clarification Remove the concept of "context" in favour of dealing with GSettingsBackend directly.
2010-06-17 20:05:40 +02:00
GTree * g_settings_backend_create_tree (void);
merge GSettingsBackend
2010-04-15 20:59:41 +02:00
G_GNUC_INTERNAL
Bug 621266 - GSettings "context" clarification Remove the concept of "context" in favour of dealing with GSettingsBackend directly.
2010-06-17 20:05:40 +02:00
GVariant * g_settings_backend_read (GSettingsBackend *backend,
merge GSettingsBackend
2010-04-15 20:59:41 +02:00
const gchar *key,
GSettingsBackend API/ABI change - add list() virtual method - add 'default_value' flag to read() call
2010-04-26 05:00:28 +02:00
const GVariantType *expected_type,
gboolean default_value);
merge GSettingsBackend
2010-04-15 20:59:41 +02:00
G_GNUC_INTERNAL
Bug 621266 - GSettings "context" clarification Remove the concept of "context" in favour of dealing with GSettingsBackend directly.
2010-06-17 20:05:40 +02:00
gboolean g_settings_backend_write (GSettingsBackend *backend,
merge GSettingsBackend
2010-04-15 20:59:41 +02:00
const gchar *key,
GVariant *value,
gpointer origin_tag);
G_GNUC_INTERNAL
Bug 621266 - GSettings "context" clarification Remove the concept of "context" in favour of dealing with GSettingsBackend directly.
2010-06-17 20:05:40 +02:00
gboolean g_settings_backend_write_keys (GSettingsBackend *backend,
merge GSettingsBackend
2010-04-15 20:59:41 +02:00
GTree *tree,
gpointer origin_tag);
G_GNUC_INTERNAL
Bug 621266 - GSettings "context" clarification Remove the concept of "context" in favour of dealing with GSettingsBackend directly.
2010-06-17 20:05:40 +02:00
void g_settings_backend_reset (GSettingsBackend *backend,
GSettings: Modify backend API
2010-04-16 00:21:49 +02:00
const gchar *key,
merge GSettingsBackend
2010-04-15 20:59:41 +02:00
gpointer origin_tag);
G_GNUC_INTERNAL
Bug 621266 - GSettings "context" clarification Remove the concept of "context" in favour of dealing with GSettingsBackend directly.
2010-06-17 20:05:40 +02:00
void g_settings_backend_reset_path (GSettingsBackend *backend,
GSettings: Modify backend API
2010-04-16 00:21:49 +02:00
const gchar *path,
gpointer origin_tag);
merge GSettingsBackend
2010-04-15 20:59:41 +02:00
G_GNUC_INTERNAL
Bug 621266 - GSettings "context" clarification Remove the concept of "context" in favour of dealing with GSettingsBackend directly.
2010-06-17 20:05:40 +02:00
gboolean g_settings_backend_get_writable (GSettingsBackend *backend,
GSettings: Modify backend API
2010-04-16 00:21:49 +02:00
const char *key);
G_GNUC_INTERNAL
Bug 621266 - GSettings "context" clarification Remove the concept of "context" in favour of dealing with GSettingsBackend directly.
2010-06-17 20:05:40 +02:00
void g_settings_backend_unsubscribe (GSettingsBackend *backend,
merge GSettingsBackend
2010-04-15 20:59:41 +02:00
const char *name);
G_GNUC_INTERNAL
Bug 621266 - GSettings "context" clarification Remove the concept of "context" in favour of dealing with GSettingsBackend directly.
2010-06-17 20:05:40 +02:00
void g_settings_backend_subscribe (GSettingsBackend *backend,
merge GSettingsBackend
2010-04-15 20:59:41 +02:00
const char *name);
improve thread safety in GDelayedSettingsBackend - hold a lock while accessing the tree of delayed values - use weak reference counts with the owner object to avoid doing g_object_notify on a dead object - dispatch the "has-unapplied" notify to the proper main context
2010-05-16 22:56:36 +02:00
G_GNUC_INTERNAL
Bug 621266 - GSettings "context" clarification Remove the concept of "context" in favour of dealing with GSettingsBackend directly.
2010-06-17 20:05:40 +02:00
GPermission * g_settings_backend_get_permission (GSettingsBackend *backend,
add get_permission API to GSettingsBackend implement it in the various in-tree backends also, lots of whitespace changes to realign the vtable members
2010-06-04 23:07:40 +02:00
const gchar *path);
G_GNUC_INTERNAL
Bug 621266 - GSettings "context" clarification Remove the concept of "context" in favour of dealing with GSettingsBackend directly.
2010-06-17 20:05:40 +02:00
GMainContext * g_settings_backend_get_active_context (void);
G_GNUC_INTERNAL
GSettingsBackend * g_settings_backend_get_default (void);
Add g_settings_sync() and use it
2010-06-11 04:30:44 +02:00
G_GNUC_INTERNAL
Bug 621266 - GSettings "context" clarification Remove the concept of "context" in favour of dealing with GSettingsBackend directly.
2010-06-17 20:05:40 +02:00
void g_settings_backend_sync_default (void);
GSettings: support emitting signals in threads The thread-default context that was in effect at the time that the GSettings was created will be used for emitting signals on that GSettings.
2010-05-16 13:02:23 +02:00
merge GSettingsBackend
2010-04-15 20:59:41 +02:00
#endif /* __G_SETTINGS_BACKEND_INTERNAL_H__ */
Reference in New Issue Copy Permalink