GKeyFile: Accept empty files

It already accepts files consisting solely of whitespace.

https://bugzilla.gnome.org/show_bug.cgi?id=663432

Document exactly what g_time_val_to_iso8601() produces

Bug: https://bugzilla.gnome.org/show_bug.cgi?id=537637
Signed-off-by: Simon McVittie <simon.mcvittie@collabora.co.uk>

_g_dbus_get_machine_id(): check /etc/machine-id too

machine-id can be in /etc or in /var/lib/dbus.

[amended with slightly revised error handling -smcv]

Bug: https://bugzilla.gnome.org/show_bug.cgi?id=663928

Remove redefinition of typedef 'GSettingsSchemaSource'

start on the NEWS

g_settings_new_full(): more docs

add plugin example for GSettingsSchemaSource

Add gtk-doc for gsettingsschema{,source}

'make dist' fixes

settings-source test: Check returned error as well

Trivial typo fix

gsettings: add annotations for _new_full()

The path and backend arguments to g_settings_new_full are optional.

schema source: avoid introspection confusion

Any method that has its prefix'd argument as its first parameter will be
interpreted by introspection as a method. We don't want this, so we need
to swap the first two parameters.

gsettingsschema: Use the trusted parameter

Add test case and fix some bugs

Add the first test case for the schema source functionality and fix a
couple of bugs that got uncovered by that.

Add g_settings_schema_source_new_from_directory()

It is now possible for plugin loading systems to do the right thing.

Clarify docs/params for 'schema' vs 'schema id'

Clean up our parameter naming and documentation to draw a clearer line
between a schema and its identifier.

Add g_settings_new_full() taking GSettingsSchema

GSettings: add 'settings-schema' property

Ideally we'd have called this 'schema', but it is already used.

add boxed types for GSettingSchema{,Source}

Drop the 'schema_name' field of GSettings

This is strictly redundant now that we can get the ID from the schema
itself.  Its only other purpose was to get the schema name from the
set_property() call to the constructed() call and we can avoid that by
doing the schema lookup at the time of the property being set.

speak of 'schema id' rather than 'schema name'

Schemas are identified by id='' in the xml file, so we should use the
same language on the C and GObject property APIs.

GSettings: deprecate 'schema' property

This should have been called 'schema-name'.

drop the now-trivial g_settings_schema_new

Combine it into g_settings_constructed()

new public header: gsettingsschema.h

Expose some GSettingsSchemaSource and GSettingsSchema APIs.

These are mostly useless so far...

Add non-aborting g_settings_schema_source_lookup()

And rewrite g_settings_schema_new() in terms of it

GSettingSchemaSource: add refcounting

GSettingsSchema: use our own linked lists

Switch from GSList for the list of schema sources to using our own
linked list type called GSettingsSchemaSource.

GSettingsSchema: alter our 'reverse' technology

Instead of building a reversed linked list by prepending in order and
then reversing it at the end, prepend in reverse by iterating backwards
through the directories (to get a list in-order when we're done).

move GSettingsSchemaKey to gsettingsschema.c

These functions no longer have anything to do with GSettings itself, so
they should not be in that file anymore.

GSettings still wants direct access to the GSettingsSchemaKey structure,
so put that one in gsettingsschema-internal.h.

GSettingsSchemaKey: store the GSettingsSchema*

g_settings_schema_key_init: take GSettingsSchema*

instead of of GSettings *

add internal g_settings_schema_get_name()

rename GSettingsKeyInfo to GSettingsSchemaKey

GSettingsKeyInfo: rename field 'key' to 'name'

remove GSettings* from GSettingsKeyInfo

This way GSettingsKeyInfo depends strictly on the information in the
schema.  Pass the GSettings* around separately where we need it.

store some extra info in GSettingsKeyInfo

GSettingsKeyInfo: drop unused variable

rename gsettingsschema.h to -internal.h

unGObjectify GSettingsSchema

Fix the fix for G*_TO_POINTER casts on 32 bits

The 'fix' from commit 16292dd753cb63f8ccb2267644aefbd2632dd52c broke the
build on 32 bit because it was missing the parentheses around "gint" / "guint"
in glib_gp[u]i_cast.

https://bugzilla.gnome.org/show_bug.cgi?id=661546

Updated Spanish translation

Updated Spanish translation

Fix doc formatting

Deal gracefully with NULL log domains

[notify] remove some rather bogus 'inline' use

[notify] add warning to gobjectnotifyqueue.c

Mention that this file gets installed, so people should probably not
modify it.

[notify] dispatch 'notify' directly if not frozen

Avoid the notify queue in the case that we're not already frozen.

[notify] add 'conditional' to _notify_queue_freeze

When the 'conditional' parameter is TRUE, the queue will only be frozen
(ie: have its freeze count increase by one) if it is already frozen.

This will allow us to avoid a freeze-notify-thaw in the case that we
just want to notify on a single property.

Another approach may have been to add an is_frozen() type call and avoid
even increasing the freeze count at all in this case.  Unfortunately,
I'm not totally sure what is the exact expected semantics of
simultaneous notifications in multiple threads and this may interact
badly with someone freezing or thawing in between our check and
emission.

[notify] Remove GObjectNotifyContext indirection

This silly abstraction is causing more trouble than it's worth -- just
use the relevant bits directly.

[notify] lift some logic out of _notify_queue_add

Lift the check-if-READABLE and redirect-target logic from out of
g_object_notify_queue_add() into its own function, get_notify_pspec().

Use that function at the site of our two calls to
g_object_notify_queue_add().

[notify] remove an obviously false comment

[notify] lift some code outside of critical region

[notify] drop some unused code

[notify] merge gobjectnotifyqueue.c into gobject.c

This was done as a separate file before, and #include brought it into
gobject.c.  That's a bit mad, so stop doing that.

Unfortunately, the insanity steps up a level: gobjectnotifyqueue.c is
installed in the public include dir, so we can't just get rid of it
entirely.

[notify] remove some useless forward declarations

These cause trouble in the next commit.

localfileenumerator: Improve non-stat'ing code

We now avoid the per-enumerated-file stat for type and names. We could
improve this further by moving things to the no_stat function, but this
is what the file chooser needs for autocomplete, so I am happy.

localfileinfo: Split out attributes that don't need a stat

This will be used in the next commit.

localfileenumerator: Take the type from the readdir() call

That way, we can avoid stat() calls for all enumerated files in various
cases. In particular in the autocompletion code in the GTK filechooser.

gio: Add tests for g_file_attribute_matcher_subtract()

fileinfo: Add g_file_attribute_matcher_subtract()

Added as public API so I can write tests, the use case is local.

tests: Add tests for fileattributematchers

fileinfo: Add g_file_attribute_matcher_to_string()

This is to be mainly used for debugging and tests.

fileinfo: Store namespace::* as 0th attribute

This way, we can get_attribute() namespaces. This will be important in
the next commit.

fileinfo: Change the way attribute matchers are created

We now sort the matchers and remove unnecessary duplicates (like
removing standard:type when we already match standard:*), so that we can
do more complex operations on them easily in later commits.

fileinfo: Remove optimization for GFileAttributeMatcher

It makes code more complicated, in particular the code I'm about to add.

Fix G*_TO_POINTER casts on 32 bits

If we don't do the cast to the proper size in 32 bits, things like below
doesn't work:

uint8_t u = 20;
void *p;

p = GUINT_TO_POINTER(u);

Signed-off-by: Colin Walters <walters@verbum.org>
https://bugzilla.gnome.org/show_bug.cgi?id=661546

win32: Make g_get_monotonic_clock lockless

win32: Use timeGetTime as monotonic base

This allows apps that need it to increase timer accuracy
using timeBeginPeriod

win32: Add a monotonic timer

Updated POTFILES.in

Updated Spanish translation

docs: Remove tmpl directory

We use inline comments now

Fix 1bit mutex test on platforms with 32 bit aligned pointers

The 1 bit mutex tests asserts: ((gsize) ptrs) % 8, ==, 0), which fails
when the platform only aligns porters to 32 bits (e.g. S390 and
powerpc).

I'm not sure why this assertion was placed here, but given
that internally g_pointer_bit_trylock uses g_atomic_int_or internally
change the assertion so it only requires the alignment to be a multiple
of sizeof(int)

Avoid unused variable warnings in g_ascii_strtod

GThread: handle thread names safely

Avoid a race condition where the string may be freed before
the new thread got around to using it. Also add a test for
thread names.

https://bugzilla.gnome.org/show_bug.cgi?id=663381

Switch to using template-free docs build

All docs are finally inline, so we can do this switch.

Move remaining docs inline

This introduces a fake source file just for holding
docs that have no good place elsewhere. Not great, but
better than templates.

Move GModule docs inline

Move GDate docs inline

Move i18n docs inline

Move slice and hook docs inline

GSocketClient: improve error messages on connection failure

Include the hostname (or proxy hostname if it was the connection to
the proxy server that failed) in the GError message when
g_socket_client_connect* fail.

https://bugzilla.gnome.org/show_bug.cgi?id=661266

GUnixInput/OutputStream: fix blocking methods to always block

Previously, if you created a GUnixInputStream or GUnixOutputStream
from a non-blocking file descriptor, it might sometimes return
G_IO_ERROR_WOULD_BLOCK from g_input_stream_read/g_output_stream_write,
which is wrong. Fix that. (Use the GPollableInput/OutputStream methods
if you want non-blocking I/O.)

Also, add a test for this to gio/tests/unix-streams.

Also, fix the GError messages to say "Error reading from file
descriptor", etc instead of "Error reading from unix" (which was
presumably from a bad search and replace job).

https://bugzilla.gnome.org/show_bug.cgi?id=626866

Fix glib/tests/utils for g_parse_debug_string() changes

add GNetworkMonitor, for... monitoring the network

Add GNetworkMonitor and its associated extension point, provide a base
implementation that always claims the network is available, and a
netlink-based implementation built on top of that that actually tracks
the network state.

https://bugzilla.gnome.org/show_bug.cgi?id=620932

GInetAddressMask: new type for internet address range matching

Eg, for matching a GInetAddress to a range like "10.0.0.0/8" or
"fe80::/10"

https://bugzilla.gnome.org/show_bug.cgi?id=620932

gunixinput/outputstream: fix docs

Don't try to link to the docs of undocumented private classes

GUnixInputStream, GUnixOutputStream: support ordinary files better

If the fd is not a pipe or socket, fall back to using threads to do
async I/O rather than poll, since poll doesn't work the way you want
for ordinary files.

https://bugzilla.gnome.org/show_bug.cgi?id=606913

Some more docs reshuffling

More consistent doc formatting

Move some things around, make capitalization of short descriptions
more consistent.

Cleanups to debug env var handling

Parse G_DEBUG only once

glib-unix.h: Add G_BEGIN/END_DECLS

The omission was pointed out in bug 663880.

gstrfuncs.c: Fix variable declaration

Declare variables at top of block to stop C89 compilers from complaining.

GDBusWorker: tolerate read errors while closing

My previous fix for GNOME#662100 was incomplete: it seems that with some
timings, the stream can be closed with an async read in-flight. This
can make the read fail immediately with G_IO_ERROR_CLOSED instead of
becoming cancelled.

This happens reliably on an embedded device, and rarely on my laptop;
repeating the test 100 times in quick succession reliably reproduces
the bug on my laptop.

It seems as though what we really want is to ignore read errors, once
we've established that we want to close the connection anyway - this
means that after asking to close, you're immune to exit-on-close,
which seems like a good rule.

An additional subtlety is that continuing to read after we know we
want to close is still required, otherwise we'll never emit ::closed.

Bug: https://bugzilla.gnome.org/show_bug.cgi?id=662100
Bug-NB: NB#287088
Signed-off-by: Simon McVittie <simon.mcvittie@collabora.co.uk>
Reviewed-by: Colin Walters <walters@verbum.org>

GDBusWorker: debug on read errors if transport debugging is enabled

Bug: https://bugzilla.gnome.org/show_bug.cgi?id=662100
Bug-NB: NB#287088
Signed-off-by: Simon McVittie <simon.mcvittie@collabora.co.uk>
Reviewed-by: Colin Walters <walters@verbum.org>

gdbus-exit-on-close test: don't leak a variant

Bug: https://bugzilla.gnome.org/show_bug.cgi?id=662100
Bug-NB: NB#287088
Signed-off-by: Simon McVittie <simon.mcvittie@collabora.co.uk>
Reviewed-by: Colin Walters <walters@verbum.org>

gdbus-exit-on-close test: optionally be more verbose for debugging

Bug: https://bugzilla.gnome.org/show_bug.cgi?id=662100
Bug-NB: NB#287088
Signed-off-by: Simon McVittie <simon.mcvittie@collabora.co.uk>
Reviewed-by: Colin Walters <walters@verbum.org>

gio: more implementations of GFileDescriptorBased

Implement GFileDescriptorBased in GSocket{Input,Output}Stream and
GUnix{Input,Output}Stream.

https://bugzilla.gnome.org/show_bug.cgi?id=616852