~jjardon/glib/trunk

From Revision 16612 to 16593

expand all

collapse all

Rev		Summary	Authors	Date	Diff	Files
16612		Updated Spanish translation Updated Spanish translation	Daniel Mustieles	7 years ago
16611		2.51.1 2.51.1	Matthias Clasen	7 years ago
16610		Pass --from-code to xgettext Pass --from-code to xgettext It seems to require that now.	Matthias Clasen	7 years ago
16609		gregex: Fix an assignment-after-free error gregex: Fix an assignment-after-free error The match_info is freed just above this line, so this would result in a write to freed memory. Spotted by Leslie Zhai <xiangzhai83@gmail.com>. https://bugzilla.gnome.org/show_bug.cgi?id=777077	Philip Withnall	7 years ago
16608		gregex: Fix a potential use-after-free bug gregex: Fix a potential use-after-free bug If the match_info out argument is NULL, info will be freed, but then its matches member will be accessed. Spotted by Leslie Zhai <xiangzhai83@gmail.com>. https://bugzilla.gnome.org/show_bug.cgi?id=777077	Philip Withnall	7 years ago
16607		gio: Bump copy buffer size to 256k by default gio: Bump copy buffer size to 256k by default This is small enough that it shouldn't cause problems on most machines we support, but big enough to increase throughput on a lot of devices and network protocols. Note that the actual value is 256k minus malloc overhead, so that it fits nicely in a 256k block (as suggested by Alexander Larsson). See https://bugzilla.gnome.org/show_bug.cgi?id=773632 https://bugzilla.gnome.org/show_bug.cgi?id=773823	Bastien Nocera	7 years ago
16606		gio: Use heap-allocated buffer gio: Use heap-allocated buffer As if we were to increase the buffer size, it would be a bit too big to fit on the stack. https://bugzilla.gnome.org/show_bug.cgi?id=773823	Bastien Nocera	7 years ago
16605		Visual Studio builds: Move project files to win32/ Visual Studio builds: Move project files to win32/ It was suggested that the project files be moved here as we don't actually need to go two directory layers from $(srcroot), and would help us to standardize on things in the future across the board.	Chun-wei Fan	7 years ago
16604		Makefile.msvcproj: Document further Makefile.msvcproj: Document further Mention that the *.headers are needed only if headers need to be installed with the project/module after the build.  Also, use a generic "YourProject" rather than the "gdk-4" project file name--I missed changing the name in the process.	Chun-wei Fan	7 years ago
16603		Makefile.msvcproj: Document things a bit better Makefile.msvcproj: Document things a bit better If Visual Studio 2013 or later is required, let people know how this autotools module should be used.	Chun-wei Fan	7 years ago
16602		gobject: Document behaviour of GType checking macros on NULL gobject: Document behaviour of GType checking macros on NULL The macros differ in their handling of NULL values — some macros ignore them and pass through (e.g. G_TYPE_CHECK_INSTANCE_CAST) while others will explicitly emit a warning if passed NULL (e.g. G_TYPE_CHECK_INSTANCE). Document their behaviour, so people don’t end up putting unnecessary NULL checks in their code when doing checked type casts. https://bugzilla.gnome.org/show_bug.cgi?id=735731	Philip Withnall	7 years ago
16601		Update Brazilian Portuguese translation Update Brazilian Portuguese translation	Rafael Fontenelle	7 years ago
16600		License headers: replace current FSF address by a link to gn... License headers: replace current FSF address by a link to gnu.org Even if the address is correct, it's far more convenient to have a link to a website. https://bugzilla.gnome.org/show_bug.cgi?id=776586	Sébastien Wilmet	7 years ago
16599		License headers: replace old FSF address by a link to gnu.or... License headers: replace old FSF address by a link to gnu.org https://bugzilla.gnome.org/show_bug.cgi?id=776586	Sébastien Wilmet	7 years ago
16598		License headers: "the Gnome Library" -> "this library" License headers: "the Gnome Library" -> "this library" Harmonize a little the license headers. In most of the license headers in GLib, it is "this library". It is also what is explained at: https://www.gnu.org/licenses/old-licenses/lgpl-2.1.html#SEC4 "How to Apply These Terms to Your New Libraries" https://bugzilla.gnome.org/show_bug.cgi?id=776586	Sébastien Wilmet	7 years ago
16597		License headers: "GLib" -> "This library" License headers: "GLib" -> "This library" Harmonize a little the license headers. In most of the license headers in GLib, it is "This library". It is also what is explained at: https://www.gnu.org/licenses/old-licenses/lgpl-2.1.html#SEC4 "How to Apply These Terms to Your New Libraries" https://bugzilla.gnome.org/show_bug.cgi?id=776586	Sébastien Wilmet	7 years ago
16596		License headers: "The GLib Library" -> "This library" License headers: "The GLib Library" -> "This library" Harmonize a little the license headers. In most of the license headers in GLib, it is "This library". It is also what is explained at: https://www.gnu.org/licenses/old-licenses/lgpl-2.1.html#SEC4 "How to Apply These Terms to Your New Libraries" https://bugzilla.gnome.org/show_bug.cgi?id=776586	Sébastien Wilmet	7 years ago
16595		subprocess: avoid infinite loop in verify_disposition() subprocess: avoid infinite loop in verify_disposition() When performing the verify and building the error string there were two possibilities of an infinite loop. The first is the missing twos-complement to unset the bit in the filtered flags. The second is the lack of handling G_SUBPROCESS_FLAGS_NONE which can return a valid GFlagsValue (and cannot unset the bit since the value is zero). This walks all known values in the GSubprocessFlags type class and check if they are set. This has the benefit that we don't call needless functions which walk the same table as well as avoiding mutating values to build the error string. https://bugzilla.gnome.org/show_bug.cgi?id=775913	Christian Hergert	7 years ago
16594		resolver: Fix compilation resolver: Fix compilation Problem introduced in commit 442b7ce.	Bastien Nocera	7 years ago
16593		resolver: Return error looking up invalid hostnames resolver: Return error looking up invalid hostnames Make g_resolver_lookup_by_name() and g_resolver_lookup_by_name_async() error out when invalid hostnames are passed. https://bugzilla.gnome.org/show_bug.cgi?id=772989	Bastien Nocera	7 years ago

• Older »

Loggerhead is a web-based interface for Breezy
Version: 2.0.1