| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
|
|
|
| |
This flag adds in --help output an empty line after the
line of the option, allowing to visually group options.
|
|\
| |
| |
| |
| |
| |
| | |
Fix doc build on Windows
Closes #1888
See merge request GNOME/glib!1092
|
| |
| |
| |
| |
| |
| |
| | |
This is a work around for this Meson bug:
https://github.com/mesonbuild/meson/issues/5893
Closes: #1888
|
|\ \
| | |
| | |
| | |
| | | |
tests: Fix skipping mkdir-with-parents-permission test
See merge request GNOME/glib!1080
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
If the user has `CAP_DAC_OVERRIDE` or similar (for example, if running
the tests as root), the `mkdir-with-parents-permission` test is skipped.
The check for `CAP_DAC_OVERRIDE` was by creating a subdirectory of the
test directory. That subdirectory, however, was never removed, which
caused a ‘directory not empty’ error when trying to delete the test
directory.
Fix that by correctly deleting the subdirectory if skipping the test.
Signed-off-by: Philip Withnall <withnall@endlessm.com>
|
|\ \ \
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
docs: fix a misunderstanding in g_type_add_interface_*
Closes #259
See merge request GNOME/glib!1077
|
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
The previous documentation said this:
g_type_add_interface_static:
"Adds the static interface_type to instantiable_type"
g_type_add_interface_dynamic:
"Adds the dynamic interface_type to instantiable_type"
The above suggests that if one is adding a static interface to a dynamic
object, one should use g_type_add_interface_static because the interface
is static, but the code and usage (with the newly added
G_IMPLEMENTS_INTERFACE_DYNAMIC) imply that this is wrong, and that
what matters is whether the *instanciable_type* is dynamic or not.
Hence this patch moves the "static" and "dynamic" words close to
"instantiable_type".
Closes issue #259
|
| | | |
| | | |
| | | |
| | | | |
(cherry picked from commit e75a6b546f6c7a447851f0f517ed65f0a190c551)
|
|\ \ \ \
| | | | |
| | | | |
| | | | |
| | | | | |
gmodule: remove macOS dyld implementation
See merge request GNOME/glib!1093
|
|/ / / /
| | | |
| | | |
| | | |
| | | | |
It did not work for dylibs, was full of ancient, deprecated code,
and was not actually used anyway.
|
|\ \ \ \
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | | |
gmodule: use dl implementation on macOS
Closes #1887
See merge request GNOME/glib!1091
|
| | | | | |
|
| | |_|/
| |/| |
| | | |
| | | | |
Closes #1887
|
|/ / / |
|
|\ \ \
| | | |
| | | |
| | | |
| | | | |
giochannel: Clarify type of GSource callback in documentation
See merge request GNOME/glib!1090
|
|/ / /
| | |
| | |
| | |
| | |
| | |
| | | |
This should clarify questions like
https://stackoverflow.com/q/57807738/2931197.
Signed-off-by: Philip Withnall <withnall@endlessm.com>
|
| | | |
|
| | |
| | |
| | |
| | | |
Signed-off-by: Philip Withnall <withnall@endlessm.com>
|
|\ \ \
| | | |
| | | |
| | | |
| | | | |
fileinfo: ignore USEC if not available
See merge request GNOME/glib!1087
|
| | | |
| | | |
| | | |
| | | | |
Signed-off-by: Philip Withnall <withnall@endlessm.com>
|
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
They provide more detailed failure messages, and aren’t compiled out
when building with `G_DISABLE_ASSERT`.
Signed-off-by: Philip Withnall <withnall@endlessm.com>
|
|/ / /
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
When future porting deprecated code to use
g_file_info_get_modification_date_time() we risk a number of breakages
because the current implementation also requires the additional use of
G_FILE_ATTRIBUTE_TIME_MODIFIED_USEC. This handles that situation gracefully
and returns a GDateTime with less precision.
Applications that want the additional precision, are already using the
additional attribute.
(Minor tweaks by Philip Withnall.)
|
| | | |
|
|\ \ \
| |/ /
|/| |
| | |
| | | |
glib.supp: make gobject_init() calloc also of the possible kind
See merge request GNOME/glib!1086
|
|/ /
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
It's currently marked only as reachable but Valgrind also finds it as
possible:
==18842== 96 bytes in 1 blocks are possibly lost in loss record 2,029 of 2,284
==18842== at 0x4837B65: calloc (vg_replace_malloc.c:762)
==18842== by 0x49614AD: g_malloc0 (gmem.c:129)
==18842== by 0x4A7013B: type_node_any_new_W (gtype.c:439)
==18842== by 0x4A70609: type_node_fundamental_new_W (gtype.c:550)
==18842== by 0x4A7855A: gobject_init (gtype.c:4406)
==18842== by 0x4A78672: gobject_init_ctor (gtype.c:4493)
|
| | |
|
|\ \
| | |
| | |
| | |
| | | |
garray: Fix reference to GLIB_SIZEOF_INT
See merge request GNOME/glib!1084
|
| | |
| | |
| | |
| | | |
This doesn't ever get set. SIZEOF_INT is set though, so use that instead.
|
|\ \ \
| |/ /
|/| |
| | |
| | |
| | |
| | | |
Add CI job for running tests under Valgrind
Closes #487
See merge request GNOME/glib!169
|
| | |
| | |
| | |
| | | |
Signed-off-by: Philip Withnall <withnall@endlessm.com>
|
| | |
| | |
| | |
| | | |
Signed-off-by: Philip Withnall <withnall@endlessm.com>
|
| | |
| | |
| | |
| | | |
Signed-off-by: Philip Withnall <withnall@endlessm.com>
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
Mark all the memcheck leaks as ‘reachable’, so the suppressions will not
apply if that memory is no longer reachable on exit(). This feature was
introduced in Valgrind 3.9, and is documented here:
http://valgrind.org/docs/manual/mc-manual.html#mc-manual.suppfiles
Signed-off-by: Philip Withnall <withnall@endlessm.com>
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
The Python runtime is not amenable to Valgrind, and leak checking is a
lot less relevant in Python compared to C.
Signed-off-by: Philip Withnall <withnall@endlessm.com>
Helps: #487
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
When running tests under valgrind, the valgrind summary is printed in
stderr, and the TAP output is printed in stdout. The valgrind summary is
useful to include in the GitLab test report, so append it to the
textual failure information for failed tests.
I can’t find a better XML element in the [JUnit
schema](https://github.com/windyroad/JUnit-Schema/blob/master/JUnit.xsd)
for representing it.
Signed-off-by: Philip Withnall <withnall@endlessm.com>
Helps: #487
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
Add a separate CI job which runs memcheck on the unit tests. This is
done as a separate job from the main build, since we don’t want it to
interact with code coverage at all.
Currently, failure of this job is ignored. Issue #333 will eventually
fix that.
Signed-off-by: Philip Withnall <withnall@endlessm.com>
Fixes: #487
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
It will be used in an upcoming commit.
Signed-off-by: Philip Withnall <withnall@endlessm.com>
Helps: #487
|
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
It’s confusing and often doesn’t help the user. Match the error code and
come up with a more UI-appropriate error message.
Signed-off-by: Philip Withnall <withnall@endlessm.com>
|
| |/
|/|
| |
| | |
Signed-off-by: Philip Withnall <withnall@endlessm.com>
|
|\ \
| | |
| | |
| | |
| | | |
Improve ISO 8601 parsing by GDateTime
See merge request GNOME/glib!1017
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
These are copies of the existing tests for `g_time_val_from_iso8601()`,
with the test strings which fail for `GDateTime` commented out. This is
OK, as it’s documented as only accepting a subset of ISO 8601 (and for
some of the test vectors, it’s debatable whether they’re actually valid
ISO 8601, depending on how you interpret the valid bounds of timezone
offsets — some interpretations of the available documentation would say
that timezone offsets should never be ≥24 hours or ≥60 minutes).
There is one test string which is not accepted by
`g_time_val_from_iso8601()` but which is accepted by `GDateTime`, as
`g_date_time_new_from_iso8601()` actually accepts RFC 3339, which is a
little more liberal than ISO 8601. Fun times. See
https://tools.ietf.org/html/rfc3339#section-5.6.
Signed-off-by: Philip Withnall <withnall@endlessm.com>
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
Some malformed ISO 8601 date/time strings were causing an assertion
failure when passed to `g_date_time_new_from_iso8601()`, due to a
mismatch between the bounds checking of timezone offsets in `GDateTime`
and `GTimeZone`. Fix that and add a unit test for it.
oss-fuzz#16101
Signed-off-by: Philip Withnall <withnall@endlessm.com>
|
|\ \ \
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
gsettings: Add missing changed() call to delayed settings backend
Closes #1309
See merge request GNOME/glib!1046
|
| |/ /
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
When resetting a key in the delayed settings backend,
g_settings_backend_changed() was not called to notify the backend of
the change.
Signed-off-by: Philip Withnall <withnall@endlessm.com>
Fixes: #1309
|
|\ \ \
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
gthread: Set thread name on *BSD
Closes #1761
See merge request GNOME/glib!1072
|
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
Add support for setting thread name on FreeBSD, DragonFlyBSD, OpenBSD,
and NetBSD.
Fixes https://gitlab.gnome.org/GNOME/glib/issues/1761
|
| | | | |
|
| | | | |
|
| | | | |
|