| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
| |
Signed-off-by: Igor Gnatenko <ignatenko@src.gnome.org>
|
|
|
|
|
|
|
|
|
|
| |
As we currently cannot generate UUIDs with curly braces, or as URNs,
remove those from the possible valid UUIDs.
We do this separately to make it easier to re-add later, should we want
to enhance the coverage of our UUID functions.
https://bugzilla.gnome.org/show_bug.cgi?id=639078
|
|
|
|
|
|
|
|
|
|
| |
Many UUID users will just need a random string, which can be generated
simply by calling the function g_uuid_string_random().
Based on original patch by
Marc-André Lureau <marcandre.lureau@gmail.com>
https://bugzilla.gnome.org/show_bug.cgi?id=639078
|
|
|
|
|
|
|
|
| |
It’s hard to know whether trying to load a non-existent key file will
result in G_KEY_FILE_ERROR_NOT_FOUND or G_FILE_ERROR_NOENT; try to
improve the documentation to clarify that.
https://bugzilla.gnome.org/show_bug.cgi?id=777135
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=777307
|
|
|
|
|
|
|
| |
To prevent a race where these global static counters can be
incremented by two threads concurrently.
https://bugzilla.gnome.org/show_bug.cgi?id=778096
|
|
|
|
|
|
|
|
| |
This patch fixes a case where schedule_writing_unlocked() was called
without holding the write lock. The bug was introduced in commit
512e9b3b.
https://bugzilla.gnome.org/show_bug.cgi?id=778002
|
| |
|
| |
|
| |
|
|
|
|
| |
They need to be exactly one line above a string to show up in .po files.
|
|
|
|
|
|
| |
Clarify that g_key_file_get_integer() and g_key_file_get_integer_list()
both return G_KEY_FILE_ERROR_INVALID_VALUE if used to load a valid
integer which is out of range for a gint.
|
|
|
|
|
| |
Clarify that the G_FILE_ATTRIBUTE_TIME_* attributes are all in seconds
(apart from the *_USEC ones, which are documented separately).
|
|
|
|
|
| |
G_FILE_ATTRIBUTE_TIME_MODIFIED_USEC is in microseconds, not
milliseconds.
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=777493
|
|
|
|
|
|
|
|
|
|
|
|
| |
Based on bugs [1] and [2], gobject-introspection does not handle the
same string being 1) returned from an inout argument and 2) returned
as the function's return value, and is not going to.
Therefore, these functions should be skipped in introspection.
[1] https://bugzilla.gnome.org/show_bug.cgi?id=679351
[2] https://bugzilla.gnome.org/show_bug.cgi?id=679362
https://bugzilla.gnome.org/show_bug.cgi?id=777493
|
|
|
|
|
|
|
| |
Try to clarify that the type is the type of the container, not of the
items with in it; and give an example of how to use it for nested types.
https://bugzilla.gnome.org/show_bug.cgi?id=777592
|
|
|
|
|
|
|
| |
Try to clarify that the variant passed to return_value() must be a
tuple.
https://bugzilla.gnome.org/show_bug.cgi?id=777592
|
|
|
|
|
|
|
|
|
| |
Don't refer to g_mkdtemp() when documenting g_mkdtemp_full() and
speaking about the function itself, and remove mention of flags in
aforementioned g_mkdtemp_full(), as it doesn't have such an argument
(but g_mkstemp_full() does).
https://bugzilla.gnome.org/show_bug.cgi?id=777493
|
| |
|
| |
|
|
|
|
|
|
|
| |
"ouput" -> "output" (missing 't')
"asyncronous" -> "asynchronous" (missing 'h')
https://bugzilla.gnome.org/show_bug.cgi?id=777481
|
| |
|
| |
|
|
|
|
| |
It seems to require that now.
|
|
|
|
|
|
|
|
|
| |
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
|
|
|
|
|
|
|
|
|
| |
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
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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
|
|
|
|
|
|
|
| |
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
|
|
|
|
|
|
| |
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.
|
|
|
|
|
|
|
| |
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.
|
|
|
|
|
| |
If Visual Studio 2013 or later is required, let people know how this
autotools module should be used.
|
|
|
|
|
|
|
|
|
|
|
|
| |
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
|
| |
|
|
|
|
|
|
|
| |
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
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=776586
|
|
|
|
|
|
|
|
|
|
|
| |
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
|
|
|
|
|
|
|
|
|
|
|
| |
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
|
|
|
|
|
|
|
|
|
|
|
| |
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
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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
|
|
|
|
| |
Problem introduced in commit 442b7ce.
|
|
|
|
|
|
|
| |
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
|
|
|
|
|
|
|
|
|
| |
When an invalid hostname is passed for connection, the
g_hostname_to_ascii() might fail when creating the request in
create_request(). Make sure that error is caught and reported rather
than passing "(null)" as the hostname of the site we want to connect to.
https://bugzilla.gnome.org/show_bug.cgi?id=772989
|
|
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=776198
Signed-off-by: Alan Coopersmith <alan.coopersmith@oracle.com>
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
We kept seeing the glib testsuite hanging on our CI system in the
testcase for 642026. After some digging it turned out the jenkins slave
was misconfigured and its task limit was too low.
Add an assertion that the test thread has been created to more easily
spot this error condition as opposed to the test simply hanging.
Signed-off-by: Sjoerd Simons <sjoerd.simons@collabora.co.uk>
https://bugzilla.gnome.org/show_bug.cgi?id=769672
|
|
|
|
|
|
|
|
|
| |
The tests defaultvalue, gdbus-peer and gdbus-unix-addresses will fail
without DBUS, so only run them in case we HAVE_DBUS_DAEMON.
Signed-off-by: Ingo Brückl <ib@wupperonline.de>
https://bugzilla.gnome.org/show_bug.cgi?id=767609
|
| |
|
|
|
|
|
|
|
|
| |
When we make Visual Studio 2013 the baseline Visual Studio version, we need to
the *.vs12.sourcefiles that are generated along the way so that 'make distcheck'
won't complain about the leftover files. This was not caught in GLib as we do
not yet require Visual Studio 2013, but we update this here as this module is
intended to be used in projects that support Visual Studio project builds.
|
| |
|
| |
|