On Wed, May 19, 2021 at 10:30:30PM +0200, Olaf Hering wrote: GLib used to have APIs that let you inject a custom malloc impl. They deprecated and then removed the impl for this, and hardcoded GLib to always use the system malloc. IIUC the main reason for this was the increasing use of __constructor__ functions in libraries. It is not practical to have something in main() which configures a replacement malloc impl, because by that point many GLib functions will have already been called using the system malloc. IOW, if you want to replace the system malloc you need to do it process-wide by explicitly linking to a library that overrides the standard C library malloc() APIs. When libvirt adopted glib, I confirmed the long term plans with GLib maintainers and got them to add a docs note to make this explicit: "Since GLib 2.46 g_malloc() is hardcoded to always use the system malloc implementation." https://developer.gnome.org/glib/2.64/glib-Memory-Allocation.html So, there's no need to worry about free/g_free, they are guaranteed identical. Regards, Daniel -- |: https://berrange.com -o- https://www.flickr.com/photos/dberrange :| |: https://libvirt.org -o- https://fstop138.berrange.com :| |: https://entangle-photo.org -o- https://www.instagram.com/dberrange :|