Please describe the problem:
When g_main_loop_run is being called in the secondary thread, while g_main_loop_run was already called and loop is running, the following part of code is being executed:

//*********************************
...
  if (!loop->context->cond)
    loop->context->cond = g_cond_new ();
...
//*********************************

This allocated condition is not being freed upon calling g_main_context_unref, and 48 bytes are being lost according to Valgrind. When POSIX threads are being used, g_cond_new () allocates internally a "pthread_cond_t" structure with sizeof(pthread_cond_t) = 48.

Steps to reproduce:


Actual results:


Expected results:


Does this happen every time?


Other information:
The detailed bug description can be found at: 

http://linuxtesting.org/results/report?num=D0005