glib: fix memory leaks in gutils, protocol, and strfuncs tests

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

Signed-off-by: Ravi Sankar Guntur <ravi.g@samsung.com>

update .gitignore

GAppInfo: add a mechanism to query supported content types

This essentially adds an accessor for the MimeType field in desktop files,
to retrieve the list of all mime types supported by an application.
The interface though is part of GAppInfo, so it could be implemented
in the future by other backends.

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

Add g_type_ensure() and use it rather than playing games with volatile

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

gfile: add g_return_if_fail to g_file_make_directory_with_parents()

gfile: Plug memory leak in g_file_make_directory_with_parents()

The logic here is pretty twisted, but basically we were leaking a ref
for each non-existent parent.  The clearest way to fix this was to
move to more explicit refcounting logic; when a variable is pointing
to an object, it holds a ref.

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

Cover some malloc corner cases in tests

Add a test for g_clear_pointer

[l10n] Update Japanese translation

Use non-deprecated api in tests

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

gkeyfile: Fix annotations for g_key_file_load_from_data

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

docs: reference g_menu_item_new in gmenu convenience menuitem API

[l10n] Updated German translation

Set GLIB_VERSION_MAX_ALLOWED to GLIB_VERSION_CUR_STABLE by default

version macros: Make MIN_REQUIRED the current stable version

So that deprecation warnings will come into effect starting from the
stable release, instead of the next.

[l10n] Update Japanese translation

configure.ac: more AS_IF

It looks like JH_CHECK_XML_CATALOG has some prerequisite as well

Signed-off-by: Michael Olbrich <m.olbrich@pengutronix.de>
https://bugzilla.gnome.org/show_bug.cgi?id=674483

configure: Use AS_IF almost everywhere

Not doing so is an evil trap, sadly.  This patch has been
compile-checked on Fedora 16, and I've verified that the generated
config.status and config.h is exactly the same.

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

configure.ac: use AS_IF

This way any prerequisites for e.g. AC_CHECK_HEADER are always executed
before the 'if'.

Signed-off-by: Michael Olbrich <m.olbrich@pengutronix.de>
https://bugzilla.gnome.org/show_bug.cgi?id=674483

Updated Russian translation

docs: Fix typo in G_DEFINE_DYNAMIC_TYPE_EXTENDED example.

Updated Czech translation

application: Clarification about 'primary instance'

For non-unique applications, the 'primary instance' is the current
instance.

Updated Greek translation

Fix GIO/GObject Visual C++ projects

-Make up for the missed DLL_EXPORT-it's actually needed for all GLib DLL
 builds, omitting this caused problems to surface due to recent works to
 make GDBus work on Windows.
-Also use the FFI_BULIDING macro for GObject builds as the suggessted
 workaround for using static LibFFI builds (as we do now)-please see
 ffi.h(.in). This will fix the build of GObject against LibFFI 3.0.11,
 but it is probable that this will change at some point for LibFFI.

GLib 2.33.1

slice-color test: don't use non-existent macro

G_GUINT64_MODIFIER doesn't exist, but G_GINT64_MODIFIER does (and will
be the same as is needed for unsigned).

tests: temporarily disable GDBus async proxy test

It has never worked properly and, with the new GDBus testing stuff, it's
occasionally failing.

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

contenttype test: don't pass -1 as length

g_content_type_guess() takes a gsize, not a gssize, and -1 does not mean
"I am passing a NULL terminated string".

configure: Reset LIBS after ELF check

If action-if-found is not specified, AC_CHECK_LIB will append the library
to LIBS. As we don't want to link everything against libelf, reset LIBS
after doing the checks.

GApplication: add accessor for DBus information

Provide public access to the GDBusConnect and object path that
GApplication is using.  Prevents others from having to guess these
things for themselves based on the application ID.

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

GApplication: allow null application_id

GApplication application ID is now permitted to be NULL, in which case
G_APPLICATION_NON_UNIQUE will be implicitly enabled.

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

Updated French translation

g_clear_pointer: use the same static checks than g_clear_object in glib-2-32

Updated Galician translations

l10n: Updated Italian translation

Update gio/tests/.gitignore

fix warnings

Updated Norwegian bokmål translation

Updated Brazilian Portuguese translation

Fix several recently-introduced bugs in g_output_stream_write_async()

g_output_stream_write_async() was not initializing the newly-added
members of the WriteData structure, causing various problems.

Also, g_input_stream_read_async() was now leaking its cancellable. Fix
that as well.

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

Add g_clear_pointer()

Also reimplement g_clear_object() using g_clear_pointer()

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

GAppInfo: overwrite the DISPLAY only if it is set in the launch context

If the launch context is a GAppLaunchContext, and not a
GdkAppLaunchContext, then g_app_launch_context_get_display will return
NULL because the get_display virtual method is undefined. The DISPLAY
might still be inherited from the parent process, in which case
overwriting it with NULL breaks the launch.

This is a regression introduced in:
de834bed306565c0652050665eafff4dfcdf0d8b

Fixes: https://bugzilla.gnome.org/672786

Updated Hebrew translation.

Dist gio/dbus-daemon.xml and fix dependency for builddir != srcdir

build: Fix 'make dist' regression

Commit f084b603771f78126bc0b07229a1574b76e776bb incorrectly set
DIST_SUBDIRS for the toplevel Makefile.am.  In general actually we
don't need to set it, because modern automake automatically sets
it by looking at conditionals for SUBDIRS.

Tested-by: Rico Tzschichholz <ricotz@t-online.de>
https://bugzilla.gnome.org/show_bug.cgi?id=667806

gsocket: test if family is <= 0, not < 0

If all members of GSocketFamily are supported on the platform, then
all of its values will be positive, and so the enum might become
unsigned, in which case testing for "family < 0" might cause warnings.
But we want to return an error if family == 0 (aka
G_SOCKET_FAMILY_INVALID) anyway, so just tweak the test accordingly.

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

make sure configure fails if AC_CHECK_ALIGNOF cannot detect the alignment

When cross-compiling with gcc >= 4.5 AC_CHECK_ALIGNOF fails to detect the
correct alignment. Without a previous AC_CHECK_TYPE for the same type, the
alignment is silently set to '0'.
This makes sure that configure fails and reports the problem.

Signed-off-by: Michael Olbrich <m.olbrich@pengutronix.de>
https://bugzilla.gnome.org/show_bug.cgi?id=674483

win32: More srcdir != builddir fixing

win32: Fix build with srcdir != builddir

Missed this part in the last commit

win32: Fix build of gdbus-daemon-generated.[ch]

gdbus-daemon-generated.[ch] failed to build because it depended
on gdbus-2.0/codegen/gdbus-codegen which was build during the SUBDIRS part
of the build, however SUBDIRS are done *after* processing BUILT_SOURCES,
and these files are in BUILT_SOURCES.

The fix is simple, instead of running the gdbus-codegen code we
run the gdbus-codegen.in code, which works fine for uninstalled execution.

I also removed Makefile from the dependencies to avoid rebuilding the file
in tarballs, as Makefiles are written at configure time. We should be able to
ship the prebuilt files in the tarballs.
When running uninstalled

Updated Bulgarian translation

Updated Galician translations

Visual C++ projects: Clean/fix up

Clean/fix up the Preprocessor Definitions for the various projects, where
we purge out the unneeded macros and add _DEBUG to the Debug builds of
various projects that somehow lacked this.

This will also fix the GIO build under Visual C++ 2008, as the _DEBUG macro
in the release builds will cause a debug entry to appear in its manifest
file during the build, which will cause GIO-using applications to fail
to run on systems not running Visual C++/Studio 2008 due to its embedding
of a badly-generated manifest file.

Add tests for signal convenience api

Add tests for toggle reference and qdata

Improve test coverage in gobject/tests

This is just making sure that we execute property getters/setters.

Add some directory getter tests

Improve GOptionContext test coverage

Updated Spanish translation

Make GDataOutputStream implement GSeekable

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

Make GBufferedOutputStream implement GSeekable

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

Make GBufferedInputStream implement GSeekable

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

Updated Russian translation

Make the child source test work

On my machine, this test was failing, because the timeout source
for quitting the inner mainloop was triggering repeatedly. Avoid
that by explicitly returning G_SOURCE_REMOVE from the callback.

docs: Use latest docbook dtd: 4.5

docs: rename *-docs.sgml to *-docs.xml

We are using xml docbook nowadays

docs: Add index to new api added in 2.34

docs: Fix "Since" markup

gio: add a proxy test program

Test GProxy, GProxyResolver, GProxyAddress, and
GProxyAddressEnumerator, plus GSocketClient's proxy-resolving
codepaths.

gio: Add more information to GProxyAddress

Add two new methods to GProxyAddress for recovering information about
the destination URI that the proxy was created for (and modify
GProxyAddressEnumerator to set that information when creating the
GProxyAddress).

gio: fix error handling in async case of GProxyAddressEnumerator

In the async case, a failed DNS lookup was causing the proxy
resolution to bail out immediately, rather than just moving on to the
next potential proxy (which might not need us to do the DNS lookup
beforehand). Fix that.

Updated Galician translations

Updated Spanish translation

Updated Hebrew translation.

Updated Bulgarian translation

Updated Galician translations

Updated Slovenian translation

Updated Slovenian translation

Updated Serbian translation

Updated POTFILES.in

Updated Spanish translation

Updated Galician translations

win32: Implement _g_dbus_get_machine_id using machine guid

This is what libdbus uses, so we're compatible.

win32: Support autolaunching dbus daemon

Add _g_io_win32_get_module to get the gio HMODULE

GTestDBus: Allow to specify the dbus-daemon binary

The env var G_TEST_DBUS_DAEMON lets you change dbus-daemon to
whatever you want. This is useful to test with gdbus-daemon

Add gdbus-daemon test app

Add GDBusDAaemon, an implementation of a message bus

This is mostly complete, sans support for activation. However, its
not as picky as the libdbus implementation in terms like validation
and limits checking, nor is it as tested.

Its can be useful to test gdbus if dbus-daemon is not availible, but
its main reason for existance is to implement a default session bus
on win32 so that e.g. GApplication is guaranteed to work.

resourcefile: Set display name

Fixes resource filenames not being printed in CSS warnings for GTK.

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

More beautiful fix

A comma on a line by itself is too ugly to stand.

Bump version to 2.33.1

This avoids triggering the 'too new' warning from 2.34 API.

Fix non-win32 build error in my recent commit

Revert "tests: fix test on windows"

This reverts commit 79361eede240e9591891290c22cd072ccddb78a3.

Just commenting out a test without an explanation does not
look right to me. This needs at the minimum a link to a
bug report or an explanation for why the behaviour is platform
dependent. If the test was just wrong, it needs to be removed,
not commented out. If there is a bug in the win32 implementation,
it needs to be fixed.

Tests: Move dbus specific tests to if HAVE_DBUS_DAEMON

These used to only be built on unix, but if you have dbus-daemon on
win32 we should really build them there too.

Fix test building on win32

GTestDBus: Make work on win32

Win32 doesn't have things like fork so the existing code has no way
of working. Instead we swap it all out for a custom implementation
on win32.

tests: fix test on windows

test: only check for defined errors

Remove ununsed include