Updated Russian translation

[l10n] Update Japanese translation

Updated Odia Language along with FUEL implementation

Updated Odia Language along with FUEL implementation

Updated Odia Language along with FUEL implementation

Updated gujarati file

Updated Marathi Translations

Tamil Translations Updated

Corrected a GLIB_AVAILABLE_IN_*

hindi translation

Added examples to GTestDBus documentation

Updated Hungarian translation

Updated Basque language

[l10n] Added Tadjik translation

More clean up for Unicode corrigendum #9

Fix some more testcases.

Small NEWS change

tests: remove a pair of testcases that fail in en_CA

These testcases don't work with the Canadian date format, so remove
them.

Updated slovak translation

Another update

goption: g_option_context_new allows NULL for parameter_string

Update Visual Studio property sheets

"Install" gtask.h... it's needed.

g_hash_table_get_keys: Improve docs slightly

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

Small cleanup to tutorial headings

This makes all the subsection headers consistent.
https://bugzilla.gnome.org/show_bug.cgi?id=659428

docs: Elaborate replacement for g_strncasecmp

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

Add warning to g_base64_decode()

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

GDBusMethodInvocation: leak and potential crash

_g_dbus_method_invocation_new is said to allow method_info == NULL,
but will crash inside g_dbus_method_info_ref when the method_info
really is NULL, because g_dbus_method_info_ref does not allow NULL as
parameter. Fixed by checking for NULL in _g_dbus_method_invocation_new
itself.

The leak itself happens because _g_dbus_method_invocation_new stores a
new reference to the method_info without also unreferencing it. Fixed
by adding the missing unref, protected by an if because the pointer
may be NULL.

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

Updated Latvian translation

Updated Belarusian translation.

Updated Uyghur translation

Signed-off-by: Gheyret Kenji <gheyret@gmail.com>

gmacros: Ensure GUINT32/64_SWAP_LE_BE macros parenthesize arguments

Like all macros, we need to parenthesize arguments to ensure the order
of operations is correct.

See the mail thread starting at
<http://lists.fedoraproject.org/pipermail/devel/2013-March/180302.html>
"GCC produced wrong code in gvfs-1.14.2-3.fc18.x86_64" for how this
caused trouble with GVFS (which in turn caused trouble with
LibreOffice, where running "soffice sftp://.../.../test.odt" to access
an .odt file via GVFS failed to properly type-detect that file as a
Writer document and produced bogus error messages about the file being
broken).

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

Updated Portuguese translation and converted to New Spelling (Novo AO)

Doc: clarify set_property() vfunc

Implementations "don't need to ...". It was not clear what happen
if they do it all the same.

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

Doc: clarify a bit g_signal_connect_object()

"the object" can be a bit confusing for a beginner, he can think it is
the @instance.

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

Updated Slovenian translation

Updated gujarati file

Updated gujarati file

live-g-file: test hidden files

We test for traditional Unix dot-leading files as well as
for files listed in the .hidden file.

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

glocalfileinfo: Stop using PATH_MAX for .hidden

We were using PATH_MAX to size a static array for reading lines from
the .hidden file.  Some platforms (Hurd) don't declare a PATH_MAX.

Switch to using g_file_get_contents() and g_str_split('\n') instead.

Also take the time to clean up a bit with a switch to using a 'set mode'
GHashTable (since this code was originally written before we had those).

This patch is largely based on a patch from Emilio Pozuelo Monfort (who
also reported the bug).

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

Updated Uyghur translation

Signed-off-by: Gheyret Kenji <gheyret@gmail.com>

Updated Uyghur translation

Signed-off-by: Gheyret Kenji <gheyret@gmail.com>

Updated Danish translation

[l10n] Updated Catalan (Valencian) translation

[l10n] Updated Catalan translation

Updated French translation

tests: clean up for Unicode corrigendum #9

Unicode corrigendum #9 spells out in no uncertain terms that on
conversion interfaces we should not reject characters like U+FFFE and
U+FFFF which we were doing before.

Commit f91ef4ef15d220f6899c97aaf5b1c0a8f68cfe9a started accepting these
characters, but we had some testcases that were checking that strings
containing these characters should be rejected.

Update the tests.

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

Assamese translation updated for gnome 3.8

Fix /appinfo/mime tests

Commit f641699 (for bug 675333) introduced a check whether the Exec= program in
a .desktop actually exists. This broke the /appinfo/mime/* test cases which use
executable names like "my_app".

Use real ones instead (like "echo" and "sleep"), and add a new
/appinfo/mime/ignore-nonexisting test case which verifies that
g_desktop_app_info_new() indeed ignores nonexisting executables.

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

[l10n] Updated Italian translation.

Updated Galician translations

Updated Korean translation

Updated Spanish translation

Updated Greek translation

Updated Serbian translation

[l10n] Updated German translation

[l10n] Update Japanese translation

Updated Brazilian Portuguese translation

Updated Polish translation

Updated Lithuanian translation

gsettings-tool: Make a string translatable

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

Updated Slovenian translation

Updated Belarusian translation.

Updated Greek translation

Updated Polish translation

[l10n] Updated German translation

Updated Brazilian Portuguese translation

Updated Thai translation

[win32] Remove MemoryBarrier() fallback implementation

I added these because the older mingw32 toolchain didn't have
MemoryBarrier().  The newer mingw-w64 toolchain however has.
As reported by John Emmas this was causing build failure with
MSVC because of inline issues.  But that reminded me that we
may be taking this path even if the system implements
MemoryBarrier as a function, which is a waste.  So, just remove
it.

Updated Galician translations

Fix a mixup of singular and plural

Pointed out in https://bugzilla.gnome.org/show_bug.cgi?id=695339

Updated Belarusian translation.

Updated Brazilian Portuguese translation

tests/appinfo: Fix a typo

The environment variable name is BLA, not BAR, so if BAR is
set for some strange reason, the test fails.

[l10n] Updated German translation

unicode: Allow noncharacters

Implement unicode corrigendum #9.

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

base64: Fix g_base64_decode_step ()

Do not produce invalid data if there was padding character in the
previous sequence.

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

base64: Add tests for incremental decoding with very small block size

At the moment, sizes 1-3 are commented out since they fail, but
a future patch will fix that.

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

desktopappinfo: check whether the specified executable is valid

Before declaring the desktop file as valid, make sure the referenced
application actually exists in path and the commandline is not
malformed.

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

[l10n] Updated German translation

Update for 2.37.9

Updated Vietnamese translation

po/vi: import from Damned Lies

Make GList more robust

g_list_delete_link was silently ignoring a NULL link before
the last change. Make it do so again, since we've found callers
that rely on this.

Updated Traditional Chinese translation(Hong Kong and Taiwan)

Updated Brazilian Portuguese translation

Fix gspawn-win32-helper.c with newer Microsoft CRTs

The newer Microsoft CRTs (8.0/2005 and later) impose much stricter
(paranoid) checks on close() being doubly called and the use of
invalid file descriptors.  This makes the calls on the file descriptors
use more caution when using them and only call close() when necessary.

This also adds an (empty) invalid parameter handler* as required by the
newer Microsoft CRTs to prevent the system from aborting the process
when we are checking whether a file descriptor is valid.

[*]: http://msdn.microsoft.com/en-us/library/a9yf33zb.aspx

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

Update config.h.win32.in

Add entry for __GCC_HAVE_SYNC_COMPARE_AND_SWAP_4, to better reflect the
entries of items in config.h.in.  We are not currently defining this here
as the pre-configured config.h.win32.in is primarily meant for Visual
Studio builds of GLib-the MinGW/GCC/Clang builds of GLib will normally
use the autotools builds, which should give the correct config.h entries
upon running ./configure.

Update Simplified Chinese translation

build: Add --disable-compile-warnings

Some (broken) toolchains for example trip up
-Werror=missing-prototypes in system headers.  This patch allows
people to skip the formerly hardcoded "baseline" warnings.

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

Minor

[win32] Fix atomic ops on mingw*

Bug 682896 - glib doesn't build on mingw32

[win32] Add fallback implementations for gatomic.c on mingw32

Bug 682896 - glib doesn't build on mingw32

Punjabi: Translation updated (aalam)

GList: be more robust

We can detect list corruption in some cases. The new test case
demonstrates a case where we can warn instead of silently corrupt
the list. This was pointed out by Steve Grubb.

Also, use the same auxiliary routine in all places where we unlink
a list element.

gtestutils: fix two GLIB_AVAILABLE flags

g_test_expect_message() and g_test_assert_expected_messages() appeared
in 2.34

Updated Slovak translation

Updated Uyghur translation

Signed-off-by: Gheyret Kenji <gheyret@gmail.com>

gsignal: improve warning output

When looking up signals by name (to connect, for example) and the named
signal cannot be found on the given instance, report the type of the
instance.

This is quite a lot more useful as a diagnostic message than only a
memory address.

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

signals: Ensure we ref handler in emission fast path

We need to keep a reference to the handler in the fast path, just like
in the slow path, otherwise if another thread disconnects the handler
we may destroy the closure while we're using it without the lock held.

We also move the freeing of the instance to after the emission is totally
done as the handler_unref_R (and the tracepoint) reference it.

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

signals: No need to use atomics for Handler refcount

handler_ref and handler_unref_R are always called with the signal
lock held. This is obvious for handler_unref_R as it even sometimes
drops this lock, and can be verified quickly for handler_ref by looking
at all call sites.

This improves the performace about 6% on the emit-handled and the
emit-handled-generic tests.

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

GApplication: document IS_SERVICE timeout properly

The documentation was suggesting that using G_APPLICATION_IS_SERVICE
would automatically set an inactivity timeout (ie: app stays around for
a while after the use count drops to zero).

In reality, it only adds an initial 10 second wait for the first
activation message to arrive after which it uses the normal inactivity
timeout mechanism.