Bug #19165 2013-10-22 17:06
jeffreyohill
goes unresponsive during custom mf build
Hi, I have been using C::B on Linux for awhile. I tried it on windows but it frequently becomes 100% unresponsive if I start a build based on our of custom mingw32-make Makefile based build system. For now I must give up on C::B on windows although I really like it on Linux. This may have something to do with interactions with mingw msys, I don't know for certain. Release 12.11 rev 8629 (2012/11/28 11:40:31) gcc 4.7.1 Windows/unicode - 32 bit I am running 64 bit windows. I did fire up MSVC++ so that I could give you some stack traces on the hung up C::B process. ****main**** > ntdll.dll!_NtDelayExecution@8() + 0x15 bytes ntdll.dll!_NtDelayExecution@8() + 0x15 bytes KernelBase.dll!_Sleep@4() + 0xf bytes wxmsw28u_gcc_cb.dll!6ccbdf62() [Frames below may be incorrect and/or missing, no symbols loaded for wxmsw28u_gcc_cb.dll] wxmsw28u_gcc_cb.dll!6ccc2245() codecompletion.dll!65ec64d5() codecompletion.dll!65ec70e4() codecompletion.dll!65ec8614() codecompletion.dll!65ec895a() codecompletion.dll!65eeea5b() codecompletion.dll!65e9a63a() user32.dll!_NtUserSetTimer@16() + 0x15 bytes wxmsw28u_gcc_cb.dll!6ccfa7f1() byogames.dll!6e14d083() wxmsw28u_gcc_cb.dll!6cc41242() wxmsw28u_gcc_cb.dll!6ccc04d6() wxmsw28u_gcc_cb.dll!6ccc0614() wxmsw28u_gcc_cb.dll!6ccc09f5() wxmsw28u_gcc_cb.dll!6cdb6062() wxmsw28u_gcc_cb.dll!6ccfa5de() user32.dll!_InternalCallWinProc@20() + 0x23 bytes user32.dll!_UserCallWinProcCheckWow@32() + 0xb7 bytes user32.dll!_DispatchMessageWorker@8() + 0xed bytes user32.dll!_DispatchMessageW@4() + 0xf bytes user32.dll!_IsDialogMessageW@8() + 0x11e bytes wxmsw28u_gcc_cb.dll!6cce9c84() wxmsw28u_gcc_cb.dll!6cce989c() wxmsw28u_gcc_cb.dll!6cce9a48() user32.dll!_NtUserPeekMessage@20() + 0x15 bytes user32.dll!__PeekMessage@24() + 0x2d bytes ****worker thread**** > ntdll.dll!_NtWaitForSingleObject@12() + 0x15 bytes ntdll.dll!_NtWaitForSingleObject@12() + 0x15 bytes codeblocks.dll!61b6f829() [Frames below may be incorrect and/or missing, no symbols loaded for codeblocks.dll] codeblocks.dll!61b9f7bf() wxmsw28u_gcc_cb.dll!6ccba5e0() msvcrt.dll!_free() + 0x39 bytes msvcrt.dll!__getptd_noexit() + 0x29 bytes msvcrt.dll!__endthreadex() - 0x35 bytes msvcrt.dll!__endthreadex() + 0x6c bytes kernel32.dll!@BaseThreadInitThunk@12() + 0x12 bytes ntdll.dll!___RtlUserThreadStart@8() + 0x27 bytes ntdll.dll!__RtlUserThreadStart@8() + 0x1b bytes ****Worker Thread**** > ntdll.dll!_NtWaitForSingleObject@12() + 0x15 bytes ntdll.dll!_NtWaitForSingleObject@12() + 0x15 bytes kernel32.dll!_WaitForSingleObjectExImplementation@12() + 0x43 bytes kernel32.dll!_WaitForSingleObject@8() + 0x12 bytes wxmsw28u_gcc_cb.dll!6ccb8879() [Frames below may be incorrect and/or missing, no symbols loaded for wxmsw28u_gcc_cb.dll] wxmsw28u_gcc_cb.dll!6ccba079() codeblocks.dll!61b9f7bf() wxmsw28u_gcc_cb.dll!6ccba5e0() msvcrt.dll!_free() + 0x39 bytes msvcrt.dll!__getptd_noexit() + 0x29 bytes msvcrt.dll!__endthreadex() - 0x35 bytes msvcrt.dll!__endthreadex() + 0x6c bytes kernel32.dll!@BaseThreadInitThunk@12() + 0x12 bytes ntdll.dll!___RtlUserThreadStart@8() + 0x27 bytes ntdll.dll!__RtlUserThreadStart@8() + 0x1b bytes ****Worker Thread (several of this type)**** > ntdll.dll!_NtWaitForSingleObject@12() + 0x15 bytes ntdll.dll!_NtWaitForSingleObject@12() + 0x15 bytes kernel32.dll!_WaitForSingleObjectExImplementation@12() + 0x43 bytes kernel32.dll!_WaitForSingleObject@8() + 0x12 bytes wxmsw28u_gcc_cb.dll!6ccb8879() [Frames below may be incorrect and/or missing, no symbols loaded for wxmsw28u_gcc_cb.dll] wxmsw28u_gcc_cb.dll!6ccba079() codeblocks.dll!61b9f7bf() wxmsw28u_gcc_cb.dll!6ccba5e0() msvcrt.dll!_free() + 0x39 bytes msvcrt.dll!__getptd_noexit() + 0x29 bytes msvcrt.dll!__endthreadex() - 0x35 bytes msvcrt.dll!__endthreadex() + 0x6c bytes kernel32.dll!@BaseThreadInitThunk@12() + 0x12 bytes ntdll.dll!___RtlUserThreadStart@8() + 0x27 bytes ntdll.dll!__RtlUserThreadStart@8() + 0x1b bytes ****Worker Thread**** > user32.dll!_NtUserMessageCall@28() + 0x15 bytes user32.dll!_NtUserMessageCall@28() + 0x15 bytes user32.dll!@HMValidateHandle@8() + 0xb1ac bytes kernel32.dll!@BaseThreadInitThunk@12() + 0x12 bytes 000001f8() ****Worker Thread**** > user32.dll!_NtUserGetMessage@16() + 0x15 bytes user32.dll!_NtUserGetMessage@16() + 0x15 bytes shell32.dll!MessagePumpThreadProc() + 0x25 bytes shlwapi.dll!WrapperThreadProc() + 0xd3 bytes kernel32.dll!@BaseThreadInitThunk@12() + 0x12 bytes ntdll.dll!___RtlUserThreadStart@8() + 0x27 bytes ntdll.dll!__RtlUserThreadStart@8() + 0x1b bytes ****Worker Thread**** > ntdll.dll!_ZwWaitForWorkViaWorkerFactory@8() + 0x12 bytes ntdll.dll!_ZwWaitForWorkViaWorkerFactory@8() + 0x12 bytes kernel32.dll!@BaseThreadInitThunk@12() + 0x12 bytes ntdll.dll!___RtlUserThreadStart@8() + 0x27 bytes ntdll.dll!__RtlUserThreadStart@8() + 0x1b bytes ****Worker Thread**** > ntdll.dll!_NtWaitForSingleObject@12() + 0x15 bytes ntdll.dll!_NtWaitForSingleObject@12() + 0x15 bytes kernel32.dll!_WaitForSingleObject@8() + 0x12 bytes kernel32.dll!_WaitForSingleObjectExImplementation@12() + 0x43 bytes kernel32.dll!_WaitForSingleObject@8() + 0x12 bytes wxmsw28u_gcc_cb.dll!6ccb8879() [Frames below may be incorrect and/or missing, no symbols loaded for wxmsw28u_gcc_cb.dll] ntdll.dll!_NtReleaseMutant@8() + 0x15 bytes KernelBase.dll!_ReleaseMutex@4() + 0x10 bytes ****Worker Thread**** > user32.dll!_NtUserMessageCall@28() + 0x15 bytes user32.dll!_NtUserMessageCall@28() + 0x15 bytes user32.dll!@HMValidateHandle@8() + 0xb1ac bytes kernel32.dll!@BaseThreadInitThunk@12() + 0x12 bytes ntdll.dll!___RtlUserThreadStart@8() + 0x27 bytes ntdll.dll!__RtlUserThreadStart@8() + 0x1b bytes ****Worker Thread**** > ntdll.dll!_ZwWaitForWorkViaWorkerFactory@8() + 0x12 bytes ntdll.dll!_ZwWaitForWorkViaWorkerFactory@8() + 0x12 bytes kernel32.dll!@BaseThreadInitThunk@12() + 0x12 bytes ntdll.dll!___RtlUserThreadStart@8() + 0x27 bytes ntdll.dll!__RtlUserThreadStart@8() + 0x1b bytes
- Category
- Application::Crash
- Group
- Platform:Windows
- Status
- Open
- Close date
- Assigned to
History
jeffreyohill 2013-10-22 17:14
PS: I have been running C::B with a startup script something like as follows (simplified version)
rem ## mingw
set path=c:\MinGW\bin;%path%
set path=C:\MinGW\msys\1.0\bin;%path%
rem ## add PERL to the path
set path=C:\Perl64\bin;%path%
"C:\Program Files (x86)\CodeBlocks\codeblocks.exe"