My program base on glib oah build hangs

Asked by ablmf@hotmail.com

My program base on glib oah build hangs and I checked the call stack. I found a stack starts with g_thread_pool_free and it seems caused the problem. But how can a thread starts with that function? I didn't do that in my program. Does glib oah do that? here is that call stack : http://pastebin.com/d32ad6001

0:000> ~* kb

. 0 Id: 844.17ec Suspend: 1 Teb: 7ffdf000 Unfrozen
ChildEBP RetAddr Args to Child
0021e1b4 7c92df3c 7c8025db 0000036c 00000000 ntdll!KiFastSystemCallRet
0021e1b8 7c8025db 0000036c 00000000 00000000 ntdll!NtWaitForSingleObject+0xc
WARNING: Stack unwind information not available. Following frames may be wrong.
0021e21c 7c802542 0000036c ffffffff 00000000 kernel32!WaitForSingleObjectEx+0x8b
0021e230 02b112ee 0000036c ffffffff 01c933b8 kernel32!WaitForSingleObject+0x12
0021e24c 02b1140c 01c9c9f0 ffffffff 00000000 libgthread_2_0+0x12ee
0021e25c 02978707 01c94620 01c9c9f0 0021e2c4 libgthread_2_0+0x140c
00000000 00000000 00000000 00000000 00000000 libglib_2_0!g_thread_pool_free+0x8

Question information

Language:
English Edit question
Status:
Solved
For:
OAH Build Edit question
Assignee:
No assignee Edit question
Solved by:
ablmf@hotmail.com
Solved:
Last query:
Last reply:
Revision history for this message
ablmf@hotmail.com (ablmf) said :
#1

A thread was killed cruelly and so a mutex is not freed, that's the problem.