Memory leak in g_dbus_proxy_new_for_bus_sync()

Bug #1750741 reported by Seyeong Kim on 2018-02-21
This bug affects 2 people
Affects Status Importance Assigned to Milestone
glib2.0 (Ubuntu)

Bug Description


This issue is found while debugging pacemaker lrmd memory leak

glib2.0 gio function g_dbus_proxy_new_for_bus_sync has leak as [1] said

this is affected to Trusty

[Test Case]
you can check memory leak with this script

This patch is affected to library pkg. so related daemon should be restarted after patching. patch itself is very simple and old. it seems verified for few years.


original commit

Seyeong Kim (xtrusia) wrote :
tags: added: sts sts-sru-needed
no longer affects: pacemaker (Ubuntu)
Changed in glib2.0 (Ubuntu):
status: New → Fix Released
Dan Streetman (ddstreet) wrote :

Seyeong, the debdiff patch is very large, and contains more than just the 1-line memleak fix from the description...can you remove the extra changes from the debdiff so it only contains the memleak patch? Or explain why the other changes are needed?

tags: added: sts-sponsor-ddstreet
Seyeong Kim (xtrusia) wrote :

Hello ddstreet

yep, it is tricky..

In the beginning, I added only one line but build failed.

3 commits for building, only one line is related to memroy leak directly.

I retried it and attaching build link on lp


Dan Streetman (ddstreet) wrote :


+ - d/p/0001-GDBusProxy-Fix-a-memory-leak-during-initialization.patch

this fixes a memory leak, but in later code than the Trusty glib2.0 code

+ - d/p/0001-tests-gdatetime-Use-a-real-rather-than-invented-time.patch

this fixes an autopkgtest regression, that's unrelated to this memleak bug - it's ok to include in the same upload, but it needs its own lp bug. This is also needed in xenial glib2.0.

+ - d/p/0001-gio-Add-names-to-idles-and-timeouts.patch
+ - d/p/0002-gio-belatedly-port-gdbus-from-GSimpleAsyncResult-to-.patch

these patches are huge backports, that update the glib2.0 code to use a different function that appears to *introduce* the memleak that your first patch "fixes". Are you sure there is actually a memleak in the Trusty glib2.0 code? If so, it does not seem to be the one that your first patch fixes. In any case, this huge backport is not acceptable as a SRU for only a memleak.

Launchpad Janitor (janitor) wrote :

Status changed to 'Confirmed' because the bug affects multiple users.

Changed in glib2.0 (Ubuntu Trusty):
status: New → Confirmed
Seyeong Kim (xtrusia) wrote :


After analyzing code.

I don't think this fix is possible without any big changes for trusty.

and glib2.0 affects many pkgs it seems.

it is quite dangerous to fix this with large commits.

so lets focus on pacemaker instead of glib2.0

how about this ddstreet?


Dan Streetman (ddstreet) wrote :

> so lets focus on pacemaker instead of glib2.0

sounds good - i will mark this as 'wont fix', but we can come back to it if needed.

Also note, the existing bug 1545308 appears to be the same as this.

Changed in glib2.0 (Ubuntu Trusty):
status: Confirmed → Won't Fix
To post a comment you must log in.
This report contains Public information  Edit
Everyone can see this information.

Other bug subscribers