Created attachment 115154 [details]
test app

Valgrinding this simple test app reports some leaks:

==1438== 36 bytes in 1 blocks are definitely lost in loss record 7 of 21
==1438==    at 0x4A08BCF: malloc (in /usr/lib64/valgrind/vgpreload_memcheck-amd64-linux.so)
==1438==    by 0x3EBCC0C394: read_packet (xcb_in.c:254)
==1438==    by 0x3EBCC0C394: _xcb_in_read (xcb_in.c:934)
==1438==    by 0x3EBCC0A3F0: _xcb_conn_wait (xcb_conn.c:495)
==1438==    by 0x3EBCC0BA8E: wait_for_reply (xcb_in.c:491)
==1438==    by 0x3EBCC0BBA0: xcb_wait_for_reply (xcb_in.c:521)
==1438==    by 0x4C8D278: dri3_open (dri3_glx.c:1670)
==1438==    by 0x4C8D278: dri3_create_screen (dri3_glx.c:1909)
==1438==    by 0x4C67CC0: AllocAndFetchScreenConfigs (glxext.c:793)
==1438==    by 0x4C67CC0: __glXInitialize (glxext.c:907)
==1438==    by 0x4C638E0: glXQueryVersion (glxcmds.c:487)
==1438==    by 0x400812: main (in /home/cassidy/dev/gst/master/gst-devtools/validate/a.out)
==1438== 
==1438== 18,100 (432 direct, 17,668 indirect) bytes in 1 blocks are definitely lost in loss record 21 of 21
==1438==    at 0x4A0A946: calloc (in /usr/lib64/valgrind/vgpreload_memcheck-amd64-linux.so)
==1438==    by 0x3B75A07C20: udev_enumerate_new (in /usr/lib64/libudev.so.1.6.1)
==1438==    by 0x4C8E53F: get_render_node_from_id_path_tag (loader.c:263)
==1438==    by 0x4C8E53F: loader_get_user_preferred_fd (loader.c:399)
==1438==    by 0x4C8D2CC: dri3_create_screen (dri3_glx.c:1923)
==1438==    by 0x4C67CC0: AllocAndFetchScreenConfigs (glxext.c:793)
==1438==    by 0x4C67CC0: __glXInitialize (glxext.c:907)
==1438==    by 0x4C638E0: glXQueryVersion (glxcmds.c:487)
==1438==    by 0x400812: main (in /home/cassidy/dev/gst/master/gst-devtools/validate/a.out)