glib/tests/: Avoid GCCisms and fix tests for MSVC

Skip the tests on inf/nan strings for the gvariant and strfuncs tests, and
skip the hex strings for the strtod tests in strfuncs as they are C99
features that are not yet supported by Visual C++ (even 2013).  Use a
definition for NAN and INFINITY (that is also used in PyGObject) as
atof("NaN") and atof("Infinity") simply returns 0.0 (which is not a NAN)
in Visual C++ to fix the tests running there.

Also adapt to the format of g_ascii_formatd() when dealing with 1e99.

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

Tests: Fix up the expected messages

There was an expected messages that was not in the form that GLib on
Windows actually produces, which causes some test to fail.  Fix this up.

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

tests: Fix for non-GCC

Remove uses of using empty arrays in initialization and structs, and build
tests that rely on GCCisms on GCC only.

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

glib/tests/spawn-singlethread: Improve test for Windows

Use a Windows-style .bat script for the test_spawn_script() test, at least
when the code is built with Visual C++ (due to differences in how scripts
are written for shells and Windows cmd.exe), and account for Windows-style
line endings for that test too.

Let the MinGW builds (which are normally done in an MSYS BASH-style shell) continue to use the
*NIX-style script for that test.

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

gio/tests/gsubprocess.c: Fix on Windows

We need to check for the correct line endings on Windows (\r\n) for the
echo tests and currently need to skip the test_echo_eof test there, as
it depends on the cat utility that is not normally found on Windows, and
using an external installation of cat via MSYS or Cygwin would render the
test program to hang as cat waits for user input.

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

tests/: Include unistd.h on *NIX only

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

glib/gspawn-win32-helper.c: Clean up a bit

Remove the parts about storing up the fd's in a data structure, but call
close() on the fd's.  However, retain the _get_osfhandle() check on the
fd's when we iterate through the fd's as on fd values in the iteration may
well be invalid fd's.  As a result, the invalid parameter handler is still
needed for newer Microsoft CRTs (8.0/2005+) for _get_osfhandle() to
make sure that the program does not abort when we check the validity of
fd's to be closed in the loop[1].

[1]: http://msdn.microsoft.com/en-us/library/ks2530z6%28v=vs.80%29.aspx

tests/: Avoid closing invalid fd's

...and only include unistd.h when we are on *NIX.

Newer Visual C++ runtimes (8.0/2005 and later) will cause the program to
crash with an internal abort() call when they detect instances of close()
being called on an invalid fd, such as when the fd is -1, and these should
be purged anyways.

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

glib/gmessages.h: Unify log messages

...Under various compilers when !G_DISABLE_CHECKS.  Previously, the
messages that are logged differ depending whether GLib was built with GCC
or not.  To simplify test cases, make all builds use a single output format
for g_return_if_fail(), g_return_val_if_fail(), g_return_if_reached(), and
g_return_val_if_reached(), by using the GCC-style format and replaceing
__PRETTY_FUNCTION__ with G_STRFUNC, so that it will work across various
compilers.

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

gcancellable: don't use g_cancellable_connect() in GCancellableSource

g_cancellable_connect() is documented as calling its callback only
once, but GCancellableSource should trigger every time the cancellable
is cancelled.

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

Updated Tamil Translations

gdbus-connection-loss: Fix leak in test

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

gdbus-introspection: Fix leaks in tests

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

private: Use threading primitives correctly in private test

We shouldn't be clearing statically allocated mutexes, and also
don't use deprecated heap-allocated GPrivate.

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

timeloop: Fix leaks in tests

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

file-test: Fix leaks in test

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

gthreadpool: Don't pass bad data to GThreadPool sorter

This causes sorters to crash.

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

gmain: Fix use of uninitialized memory in sigaction structure

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

defaultiface: Fix leak in test

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

timeloop-closure: Fix leaks in test

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

signals: Fix leak in test

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

paramspec-test: Fix leaks in tests

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

override: Fix leaks in test

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

gvalue-test: Fix leaks in test

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

accumulator: Fix leak in test

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

threadtests: Fix leaks in tests

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

enums: Fix leaks in tests

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

giomodule: Fix leaks in module loading

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

boxed: Fix double free in boxed unit tests

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

gdbus-connection: Fix leaks in tests

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

gdbus-connection-slow: Fix leak in tests

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

gdbus-connection: Fix use after free in test

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

gsubprocess: Fix leaks in tests

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

gsubprocess: Fix error detection logic in tests

Various tests were depending on local_error being set by a callback
when it could never have been the case. Simplify async error detection
logic in those cases, and fix leak of GError.

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

g-icon: Fix memory leak in test

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

contexts: Fix memory leak in test

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

data-output-stream: Fix some access after free

The memory pointed to by a GMemoryOutputStream can be realloc'd

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

buffered-output-stream: Fix some access after free

The memory pointed to by a GMemoryOutputStream can be realloc'd

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

gtestdbus: Fix leak of GMainLoop

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

module-test: Fix leaks in test

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

utils: Don't free memory owned by glib in test

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

iochannel-test: Fix leaks in test

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

unicode-encoding: Fix leaks in test

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

thread-test: Fix leaks in tests

This is a test of deprecated functionality and its age is
showing. Doesn't actually do what it says. But fix leaks anyway.

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

mainloop-test: Fix leaks in tests

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

datetime: Fix leak in test

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

mapping-test: Fix leaks in tests

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

gio-test: Fix leaks in tests

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

completion-test: Fix leaks in tests

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

child-test: Fix leak in test

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

asyncqueue-test: Fix leaks in tests

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

unix: Fix memory leak in unix test

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

gerror: Don't leak memory when overwrite warning

Even though we can't always make no-leak guarantees when g_warning()
in this case we're testing this behavior in tests, and it would be
good to be able to valgrind this.

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

private: Fix memory leak in tests

Don't use g_private_new(), it's deprecated, and leaks by definition.

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

giomodule: small typo in documentation

Small documentation improvement

Add an index for new api in glib docs

Revert "gio/Makefile: make sure to dist gappinfoprivate.h"

This reverts commit c45b26d61f6539dbf4e202aded08d9614b441f81.

gstrfuncs: fix small typo in documentation

GAppInfoMonitor: don't try to use NULL hash table

Don't g_hash_table_iter_init() on a NULL table if we see the app info
monitoring but no monitors have been created yet.

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

GApplication: fix bogus testcase

We had a GApplication testcase that handled both open and commandline.
This only way that this worked was by implementing the commandline
handler without actually setting the HANDLES_COMMAND_LINE flag.

This behaviour is now invalid, so just rip out the offending part of the
test.

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

appinfo: Add some testcases for searching

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

Add g_desktop_app_info_search()

The first time this function is called we load all of the keyfiles in
the directory, ignoring the 'Hidden' ones and build an index out of the
interesting fields using g_str_tokenize_and_fold().

We do prefix matching on the tokens to find relevent desktop files.

Right now this is implemented as a hashtable that we iterate over,
checking prefixes on each token.  This could possibly be sped up by
creating an array, but it's already pretty fast...

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

gio/Makefile: make sure to dist gappinfoprivate.h

gio: Add gappinfoprivate.h to Makefile.am

In addition to e55d33edc1336ddc6d5cdfa0e3003a69a5812d26

Updated Greek translation

configure: test(1) uses = to test for string equality

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

codegen.py: Rearrange GLib Version Check

...so that the generated code will build on all platforms, as compilers
like Visual C++ does not like #ifdef checks during a definition/use of
a macro.

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

Add GAppInfoMonitor

This is a simple object that emits a "change" signal when the installed
applications may have changed in some way.

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

gdesktopappinfo: keep a list of files in the dirs

In each DesktopFileDir, store a list of desktop files for that
directory.  This speeds up opening desktop files by name because we can
skip statting in directories that we know don't have the file and also
speeds up _get_all() because we can avoid enumeration.

This also improves our support for dealing with names like
'kde4/kate.desktop' (equivalent to kde4-kate.desktop) since we find out
about all of these files are the start and don't need to guess about
which '-' to change to a '/'.  It also means that we can easily deal
with more than one level of such prefixes.

We use a file monitor to watch for changes, invalidating our lists when
we notice them.

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

signals: Fix memory leaks in signals unit tests

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

qdata: Fix leak in qdata unit tests

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

gerror: Don't leak when warning about overwriting an error

While not strictly necessary, this fixes a false positive
leak in the tests.

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

tests: fix leak in mainloop test

Properly unref a pair of GSources in the unix-fd mainloop test.

valgrind was reporting these as 'still reachable' before (possibly due
to some residual pointers somewhere in memory), but when running with
G_DEBUG=cleanup they were properly reported as leaked.

grand: restructure a bit

Instead of having lots of 'if NULL then allocate' code segments for the
global GRand instance, move it to a single getter function that everyone
calls.

gslice: don't misuse g_mutex_init()

We were using g_mutex_init() to initialise a pair of mutexes in static
storage, but we should only do that for mutexes that are part of
allocated structures.

garray: Note lack of bounds checking in g_ptr_array_index() documentation

gio/tests: Clean up inclusion of unistd.h

Include unistd.h only on *NIX and define items as necessary on Windows,
also replace instances of ssize_t with the GLib-equivilant gssize so to fix
the build on platforms that do not have ssize_t, such as Visual C++.

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

glib/tests: Clean up inclusion of unistd.h

Include unistd.h only when G_OS_UNIX is defined (or when G_OS_WIN32 is not
defined).  This will avoid including unistd.h unconditionally and/or
unecessarily, which may cause problems in certain scenarios, such as when
building the tests on Visual C++, which does not come with a unistd.h and
MinGW, where unistd.h is essentially a wrapper for io.h and process.h.

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

glib/tests/fileutils.c: Include unistd.h on *NIX only

...and fix the test on non-English Windows, as gettext on Windows does
not honor LC_ALL = "C" (the default CRT behavior) but requires using
SetThreadLocale() to set the locale as it picks up the user's environment
and the thread's locale.  Without doing so the g_format_size_for_display()
et al will display the translated message if the gettext translations have
been installed before, causing the test_format_size_for_display tests to
fail.

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

tests/libmoduletestplugins*.c: Update Prototypes

Visual C++ does not like function declarations being different from
their prototypes, so make the prototypes match the declarations by
decorating them with G_MODULE_EXPORT.

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

gio/test/resources.c: Fix for Windows

We need to use g_content_type_get_mime_type() to look up the mime type of
the file from the registry on the content type that was acquired on
Windows, as g_file_info_get_content_type() does not acquire the
file mime type (unlike on *NIX).

g_content_type_get_mime_type() on *NIX is more or less an no-op as it
simply returns the g_strdup()-ed version of the passed-in content type.

This will enable the resources test to pass on Windows.

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

gmain: make g_source_add_child_source() thread safe

g_source_add_child_source() releases the context lock before attaching
child_source to context. And this causes trouble if parent source is
blocked and g_main_dispatch() manages to lock the context mutex and call
unblock_source() before child_source gets attached to context.
To fix this we call g_source_attach_unlocked() before releasing the
context mutex.

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

gio: Don't allow skipping past the end of GLocalFileInputStream

The overridden implementation of the skip method for
GLocalFileInputStream allows skipping past the end of the file which is
inconsistent with the documentation.  Prevent this by first seeking to
the end of the file and then seeking backwards from there as much as
is necessary.

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

gmacros.h: fix C99 check

G_STRFUNC was checking __STDC_VERSION__ against the wrong value
(though it didn't actually matter, since __STDC_VERSION__ wasn't
defined in C90, so the check still only matched C99 and above anyway).

Updated Galician translations

Updated Galician translations

Updated Spanish translation

docs: GDataTime: *_add_*(): Mention that you can subtract.

Because this was not obvious to at least one person on irc.

gio: Clean up trashinfo file if trashing fails

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

Tests: It is useless to unset "DBUS_SESSION_BUS_ADDRESS" manually

If the goal is to make sure we don't have a dbus connection, it has
to call g_test_dbus_unset() instead which is much more complete.

In this case, g_test_dbus_unset() is called already, so it should be
fine.

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

GTestDBus: Make sure only DBUS_SESSION_BUS_ADDRESS is set by default

g_test_dbus_unset() now also unset DBUS_STARTER_ADDRESS and
DBUS_STARTER_BUS_TYPE.

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

Tests: add session_bus_run() and use it where possible

This is to avoid having again the subtil bug in dbus-appinfo.c:
session_bus_down() was called before g_test_run() so the test was
running on the user's dbus session.

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

tests/gdbus-introspection: Add a less trivial test case for _IGNORE_QUALIFIED

This is distilled from PackageKit which currently aborts on startup.

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

GMarkup: clear attributes on ignorned tags

Make sure that if we ignore a tag then we also clear the attributes that
we already collected so that they don't end up on the next unignored tag
opening.

Also add some extra brackets for clarity (it doesn't make any difference
-- I just think it reads nicer this way).

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

gtk-notification-backend: remove unused variable

A reference to the session bus is now stored in GNotificationBackend.
Remove the extraneous one in the gtk backend and stop using it in
withdraw_notification.

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

gio: Clear error properly to prevent crash

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

GCancellable: drop lock for callback during connect()

Don't hold the lock when calling the user's callback during
g_cancellable_connect() for the case that the cancellable has already
fired.

Taken from a patch by Alex Larsson.

Doc updates from Colin Walters.

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

gio/gsubprocess.c: Use g_snprintf()

snprintf() is unfortunately still not universally available, so use
g_snprintf() to ensure the build works on all platforms.

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

gobject/gvaluetransform.c: Cleanup #ifndef _MSC_VER

The two casts that were unsupported with Visual Studio is now properly
supported, so build this code like how the other compilers build the code.