After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 590997 - _g_gnulib_vasprintf() chokes on "%.24x" format string
_g_gnulib_vasprintf() chokes on "%.24x" format string
Status: RESOLVED OBSOLETE
Product: glib
Classification: Platform
Component: general
2.21.x
Other Linux
: Normal major
: ---
Assigned To: gtkdev
gtkdev
Depends on:
Blocks:
 
 
Reported: 2009-08-06 20:30 UTC by Sven Neumann
Modified: 2018-05-24 11:57 UTC
See Also:
GNOME target: ---
GNOME version: ---

Attachments
test case for this problem (513 bytes, patch)
2009-08-06 20:33 UTC, Sven Neumann 		none Details | Review

Description Sven Neumann 2009-08-06 20:30:33 UTC 
The vasprintf() implementation that ships with GLib in the gnulib directory crashes on the following code:

 g_snprintf (buf, 128, "%.24x", 0);

This works fine with the glibc implementation, but we ran into this crash when using gupnp-av on an embedded platform with uCLibc. There the GLib internal printf implementation is used.
Comment 1 Sven Neumann 2009-08-06 20:33:59 UTC 
Created attachment 140059 [details] [review]
test case for this problem

This patch adds a test-case for this format string. The test passes on a glibc system, but leads to a crash on the mentioned uCLibc system where the implementation from glib/gnulib/vasprintf.c is being used.
Comment 2 GNOME Infrastructure Team 2018-05-24 11:57:42 UTC 
-- GitLab Migration Automatic Message --

This bug has been migrated to GNOME's GitLab instance and has been closed from further activity.

You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.gnome.org/GNOME/glib/issues/238.