…dll_directory() and improve readability a bit.
- msvc 5 hasn't been supported for a while now. - We require at least Windows XP, so it is safe to assume whatever SDK used to build GLib will have these defines.
…e... ... as we now require at least Windows XP.
…ing glib This formally raises the minimum supported Windows version to Windows XP.
g_win32_get_package_installation_directory and g_win32_get_package_installation_subdirectory have been deprecated in favor of g_win32_get_package_installation_directory_of_module since GLib 2.18.1 (see commit e55fca9).
…T based Windows versions
...and abort configure if no suitable Python interpreter is found instead of forcing a non-portable (and most likely non-existent) value on ACTION-IF-NOT-FOUND.
Initialize the structure passed to setsockopt to 0 to avoid random errors when joining or leaving a multicast group. https://bugzilla.gnome.org/show_bug.cgi?id=688378
…aitid()" This reverts commit 93bf37c.
This reverts commit 292de8c.
This reverts commit 2054cca.
Code appears to have been copy/pasted from a bit which used _object, but I think it's clearer to always use the "self" parameter anyways.
Written by Dmitry Matveev as part of GSoC 2011: http://netbsd-soc.sourceforge.net/projects/kqueue4gio/ This brings native file monitoring support on systems supporting kqueue(3) (all BSDs) and remove the need to rely on the unmaintained gamin software. The backend adds GKqueueDirectoryMonitor and GKqueueFileMonitor. Some parts rewritten by myself (to prevent needing a configuration file). Helpful inputs from Colin Walters and Simon McVittie. https://bugzilla.gnome.org/show_bug.cgi?id=679793
Add a new flag, G_SPAWN_CLOEXEC_PIPES, for creating the stdin/out/err pipes with O_CLOEXEC (for the usual reasons). https://bugzilla.gnome.org/show_bug.cgi?id=672102
This will be used by GSubprocess. https://bugzilla.gnome.org/show_bug.cgi?id=672102
This avoids collecting the zombie child, which means that the PID can't be reused. This prevents possible race conditions that might occur were one to send e.g. SIGTERM to a child. This race condition has always existed due to the way we called waitpid() for the app, but the window was widened when we moved the waitpid() calls into a separate thread. If waitid() isn't available, we return NULL, and consumers of this private API (namely, GSubprocess) will need to handle that. https://bugzilla.gnome.org/show_bug.cgi?id=672102
Commit 138f4c1 broke the relevant part of 'make check' by changing the error messages away from the ones we previously expected. This commit updates the expected output to catch up. Bug: https://bugzilla.gnome.org/show_bug.cgi?id=688255 Reviewed-by: Matthias Clasen <firstname.lastname@example.org>
0 is not a valid source id, but for long-lived programs that rapidly create/destroy sources, it's possible for the source id to overflow. We should handle this, because the documentation implies we will. https://bugzilla.gnome.org/show_bug.cgi?id=687098
$ sed -i s,determing,determining,g gio/gdrive.c $ sed -i s,determing,determining,g gio/gdbusprivate.c http://www.merriam-webster.com/dictionary/determining For some reason according to `git log --follow` the whole file was created during some translation update. commit c45b813 Author: Timo Jyrinki <email@example.com> Date: Mon Mar 12 11:02:04 2012 +0200 Finnish translation update from http://l10n.laxstrom.name/wiki/Gnome_3.4 translation sprint
…ndows and OSX" This neither compiles nor does what it's supposed to on Windows. This reverts commit 1e59860.