Please do note that the primary download location with the official, up-to-date releases remains at BerliOS here: http://developer.berlios.de/projects/codeblocks The binaries available here have been downloaded from BerliOS and re-uploaded to SF.
Source: readme, updated 2012-02-12
I find it weird that plugins menu has plugins listed that are not installed with the IDE. Would be nicer if the menu only has plugins that actually exist.Can you give some more details? I don't get any plugin listed, that is not installed (or active)
I think I know why :Yes, that is a placeholder. That's Why I was asking for a new logo... :-)
!define CB_SPLASH ${CB_ADDONS}\setup_splash_15xx.bmp
and setup_splash_15xx.bmp still talks about 13.12 ==> which graphic designer will adapt this ?
Yes, that is a placeholder. That's Why I was asking for a new logo... :-)OK - I've taken care about that one now...
Can you give some more details? I don't get any plugin listed, that is not installed (or active)
every single plugin works in your list, you are simply missing the main programs. Codeblocks is not responsible to ship the third party programs, but it supports them with its plugins:It would be worth to think about shipping a current release of these tools with the release. The two tools are really tiny...
cccc -> http://cccc.sourceforge.net/
CppCheck -> http://cppcheck.sourceforge.net/
Devpak -> Well, you have to configure it...
Source code formatter (AStyle) - works, but is only messing the formatting (I guess this is its "style") -> You can set up your style in the options: Settings->Editor->Source formatter. The standard is Allman formating...
Windows XP Look'n'feel -> You need a gui program. This plugin creates the manifest file that you get a XP Looking gui (this can probably be removed because it isn't necessary in windows > XP, but there are still people out there that use XP)
I have to admit that the plugin installation /handling is not ideal in C::B. I try to improve this at the moment, but it wont get in this release ;)
CppCheck -> http://cppcheck.sourceforge.net/
-How to clear build log?You can't clear the build log (Why would you clear it?). It gets cleared automatically if you hit the build button. You can hide the build log with the F2 key or set the auto hide setting: Settings->Environment->View->Auto hide/show message pane
-Find implementation doesn't work if declaration has typedef for variable type and definition doesn't (for example Uint8 - unsigned char which are the same type).can you give a minimal code example?
Settings - Environment... and it actually works for CppCheck.Are you using SDL? Have you created your project with the SDL wizard? Can you post a full rebuild log?
Here some more finds:
-gcc is showing compiler warnings for external header files (in this case SDL_stdinc.h of SDL2), I don't know if this is C::B problem or not.
It would be worth to think about shipping a current release of these tools with the release. The two tools are really tiny...And answer all the cppcheck related questions from noobs in this forum ???
You can't clear the build log (Why would you clear it?).
can you give a minimal code example?
Have you created your project with the SDL wizard?
You can't clear the build log (Why would you clear it?). It gets cleared automatically if you hit the build button. You can hide the build log with the F2 key or set the auto hide setting: Settings->Environment->View->Auto hide/show message pane
-How to clear build log?You can clear any log (including the build log) if you right-click on the tab ans select "clear".
IMHO, merging the two would be most confusing.
It would be worth to think about shipping a current release of these tools with the release. The two tools are really tiny...
[...]well... it's still necessary even though I've never used the plugin as it is lacking important features and I'm also preferring tabs to spaces to reduce my program's size.
Windows XP Look'n'feel -> You need a gui program. This plugin creates the manifest file that you get a XP Looking gui (this can probably be removed because it isn't necessary in windows > XP, but there are still people out there that use XP)
[...]
From 1208d759474681795640e974263b74065241d324 Mon Sep 17 00:00:00 2001
From: Tim S <stahta01@users.sourceforge.net>
Date: Fri, 4 Dec 2015 14:46:56 -0500
Subject: [PATCH 2/2] * cygwin_support: Removed "-3" suffix from exe files.
(Thanks stahta01)
---
.../compilergcc/resources/compilers/options_cygwin.xml | 13 +++++++------
1 file changed, 7 insertions(+), 6 deletions(-)
diff --git a/src/plugins/compilergcc/resources/compilers/options_cygwin.xml b/src/plugins/compilergcc/resources/compilers/options_cygwin.xml
index fca1b7c..5f46924 100644
--- a/src/plugins/compilergcc/resources/compilers/options_cygwin.xml
+++ b/src/plugins/compilergcc/resources/compilers/options_cygwin.xml
@@ -1,12 +1,13 @@
<?xml version="1.0"?>
<!DOCTYPE CodeBlocks_compiler_options>
<CodeBlocks_compiler_options extends="gcc">
- <!-- NOTE: Cygwin's gcc.exe maybe a file link and
- is not a good default name for running via cmd.exe
- TODO: May also be gcc-4.exe!!! -->
- <Program name="C" value="gcc-3.exe"/>
- <Program name="CPP" value="g++-3.exe"/>
- <Program name="LD" value="g++-3.exe"/>
+ <!-- NOTE: In the old Cygwin's gcc.exe maybe a file
+ link and is not a good default name for
+ running via cmd.exe; tested good using gcc.exe
+ and g++.exe under Cygwin 2.873 32 bit -->
+ <Program name="C" value="gcc.exe"/>
+ <Program name="CPP" value="g++.exe"/>
+ <Program name="LD" value="g++.exe"/>
<Program name="DBGconfig" value="gdb_debugger:Default"/>
<Program name="LIB" value="ar.exe"/>
<Program name="WINDRES" value="windres.exe"/>
--
2.6.3.windows.1
The gcc-3.exe is no longer in the installation. Using GCC 4.9.? GCC version as of today.I noted that one, too and had to modify my local (run-time) C::B already way back. I would say its more years than month. So its time to make it official. Your patch is in trunk now. Thank you!
Run a batch file to set the environment for a given compiler.You know that you can setup environment variables per personality and per project using the envvars plugin? I don't think such feature is needed because you can do so already.
There are problems with parsing Gfortran v5.* compiler messages because in v5.* the format of some messages was a little bit changed. The patch attached solves this problem.I've applied this on trunk. Before I move it to the release branch: Is it backwards compatible? Meaning what happens to older GFortran compiler messages now?
Another older problem is that -fopenmp option should be added to the compiler and to the linker when user selects "Enable the OpenMP extensions" compiler option. The patch solves this problem also.
Is it backwards compatible?
I am planning on preparing an RC2 today or tomorrow, or should we wait a little bit longer ?Nope, feel free to do. I would go gold already, but if you do a RC2 today it should be fine.
gold is also OK, is there any blocking bug ? (I could think of one, the editor tabs splitup up, seems to happen sometimes during project reload ?) ?
--- src/sdk/projectlayoutloader.cpp (revision 10603)
+++ src/sdk/projectlayoutloader.cpp (working copy)
@@ -236,12 +236,12 @@
if (major >= 1)
{
- elem = root->FirstChildElement("EditorTabsLayout");
- if (elem)
- {
- m_NotebookLayout = cbC2U(elem->Attribute("layout"));
- }
- // else ?!
+// FIXME (ph#): //(pecan 2015/10/29)causes split window when loading second project //(ICC 2015/10/29)
+// elem = root->FirstChildElement("EditorTabsLayout");
+// if (elem)
+// {
+// m_NotebookLayout = cbC2U(elem->Attribute("layout"));
+// } // else ?!
}
return true;
Just disable the bug for now with something like this:I wasn't aware this bug still exists. What else do we loose with this "work-around"? Any meaningful functionality?
I wasn't aware this bug still exists. What else do we loose with this "work-around"? Any meaningful functionality?The whole layout restoring of single projects is lost.
I wasn't aware this bug still exists.Not sure if it's related, but I actually reported (http://forums.codeblocks.org/index.php/topic,20667.msg140762.html#msg140762) that the bugfix had been done improperly.
I just answered there, I do not see where we read values from unallocated memory.I wasn't aware this bug still exists.Not sure if it's related, but I actually reported (http://forums.codeblocks.org/index.php/topic,20667.msg140762.html#msg140762) that the bugfix had been done improperly.
Is there any command or option that I can unsplitte all the editors?I wasn't aware this bug still exists. What else do we loose with this "work-around"? Any meaningful functionality?The whole layout restoring of single projects is lost.
Is there any command or option that I can unsplitte all the editors?Unfortunately not.
Hi, Jens. Yes, you are right, I mainly mean the tiled window. For a small screen, a tiled window is half the size of the flat window(the client area of the cb frame), It is annoying(Just see pecan's screenshot). Because in this case, I need to manully close all the tiled editor.Is there any command or option that I can unsplitte all the editors?Unfortunately not.
If it would be so easy, it would not happen.
I'm aware of this issue, and look for a solution, but at the moment, I think the saving and restoring of tiled editors is more important,then the issue (in my opinion).
It works good for workspaces, to save the whole layout of many projects and it works much better for projects, that already have tiled editors, than for flat projects.
As you might have seen, I prefer not to talk about splitted editors, because that's not correct.
This might sound nitpicking, but a splitted editor has absolutely nothing to do with the tiled layout (whether it is broken or not). And restoring splitted editors should work correct.
You can't clear the build log (Why would you clear it?). It gets cleared automatically if you hit the build button. You can hide the build log with the F2 key or set the auto hide setting: Settings->Environment->View->Auto hide/show message pane
I think that the build log (and build messages) should be cleared when closing a workspace. If I change workspaces, the old build log is there.
It works good for workspaces
I think you should just 1:1 copy project management tab from Visual Studio.Why and which version do you like us to copy?
1.When you open one (or more) files, there's a chance that C::B will hang after opening it. You will have to just kill the process, and start again... It took me 5 times to load all files I needed this time (it's not yet a project. I'm just testing something). And it's not just a recent bug, because it also occurs in 13.12.Can you share a file that will cause cb to crash?
2. It would be nice if C::B would create new empty file when you double-clicked on the tab bar with file names. (or maybe it already was implemented and it's somewhere in menu and I didn't find it?)ctrl-shift-n or file -> new -> empty file
3. Could you please move the closing "x" button in Logs & others down to the tab bar, and maybe reserve some space at it's beginning for the title? It would add 1.6 - 2.3 lines of space to the editor.Not possible, we're using the wxAui component and it doesn't have this feature.
4. Exporting Syntax highlighting settings into one file would be helpful, because everytime I format my disks (which is suprisingly often) I have to set Keywords and Filemasks again which is annoying.You can copy the whole default.conf file or use the cb_share_config to copy parts of it, already. The default.conf is somewhere in %APP_DATA%/codeblocks (not a windows user, thus I might be wrong).
5. C++ Parser hangs or just doing his job way too long, because sometimes it displays that popup (floating box? text? w/e) that it's still parsing files for more than an hour... in a project that includes 4 standard libraries and 5 small files.Share a project which can be used to reproduce the problem, please.
From de1dfa465c5e8f059cf5e9acc02899f0d1249925 Mon Sep 17 00:00:00 2001
From: Tim S <stahta01@users.sourceforge.net>
Date: Sun, 8 Nov 2015 08:26:17 -0500
Subject: [PATCH 1/2] * sdk: Fixed value of "CMD_NULL" to be just "NUL".
(Thanks stahta01)
---
src/sdk/macrosmanager.cpp | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/src/sdk/macrosmanager.cpp b/src/sdk/macrosmanager.cpp
index 52c7888..1260a7d 100644
--- a/src/sdk/macrosmanager.cpp
+++ b/src/sdk/macrosmanager.cpp
@@ -130,11 +130,12 @@ void MacrosManager::ClearProjectKeys()
if (platform::windows)
{
+ m_Macros[_T("CMD_NULL")] = _T("NUL");
+
const wxString cmd(_T("cmd /c "));
m_Macros[_T("CMD_CP")] = cmd + _T("copy");
m_Macros[_T("CMD_RM")] = cmd + _T("del");
m_Macros[_T("CMD_MV")] = cmd + _T("move");
- m_Macros[_T("CMD_NULL")] = cmd + _T("NUL");
m_Macros[_T("CMD_MKDIR")] = cmd + _T("md");
m_Macros[_T("CMD_RMDIR")] = cmd + _T("rd");
}
--
2.6.4.windows.1
4. Exporting Syntax highlighting settings into one file would be helpful...You can copy the whole default.conf file or use the cb_share_config to copy parts of it, already. The default.conf is somewhere in %APP_DATA%/codeblocks (not a windows user, thus I might be wrong).
Typing %APPDATA% in the Win7 Start / Search box (no underscore) takes me to a directory "Roaming"
Under this is a directory \CodeBlocks where default.conf is found, containing xml format data.
On my system this also appears under C:\Users\%USERNAME%\AppData\Roaming\CodeBlocks
(Currently using nightly svn 10136)
It can be in different places, see FAQ-Settings (http://wiki.codeblocks.org/index.php/FAQ-Settings)
Open a CMD prompt and type set (or set | more) to get a list of definitions for all the Windows system path variables.
Generally, it is too late for them to go in.I think the first one (NUL patch) is correct. If you want to pipe some output to NUL on Windows, the command is really wrong w/o the patch. It adds cmd /c in front, so for example:
1.When you open one (or more) files, there's a chance that C::B will hang after opening it. You will have to just kill the process, and start again... It took me 5 times to load all files I needed this time (it's not yet a project. I'm just testing something). And it's not just a recent bug, because it also occurs in 13.12.Can you share a file that will cause cb to crash?
2. It would be nice if C::B would create new empty file when you double-clicked on the tab bar with file names. (or maybe it already was implemented and it's somewhere in menu and I didn't find it?)ctrl-shift-n or file -> new -> empty file
5. C++ Parser hangs or just doing his job way too long, because sometimes it displays that popup (floating box? text? w/e) that it's still parsing files for more than an hour... in a project that includes 4 standard libraries and 5 small files.Share a project which can be used to reproduce the problem, please.
I am aware of that (I even changed ctrl+shift+n to ctrl+n) but still it doesn't change the fact that it would be nice :)Double clicking on the tab bar switches to the minimal perspective, so this is already used for something else.
And sometimes it's just faster :)
Started C::B and then File -> Recent Files -> typedefs.h and then doing File -> Recent Files -> reference.hpp freezed the program (opening through File -> Open... seems to freeze program less frequently).Didn't cause a crash here - rev10637, wx30, gentoo linux.
Started C::B and then File -> Recent Files -> typedefs.h and then doing File -> Recent Files -> reference.hpp freezed the program (opening through File -> Open... seems to freeze program less frequently).Didn't cause a crash here - rev10637, wx30, gentoo linux.
Does it crash every time or it is some random event?
Does it crash if you disable the code completion plugin?
Problem Event Name: AppHangB1
Application Name: codeblocks.exe
Application Version: 13.12.0.0
Application Timestamp: 00000000
Hang Signature: 2db8
Hang Type: 0
Additional Hang Signature 1: 2db8e61ac06ad6d7fa4d8409c314654f
Additional Hang Signature 2: 2372
Additional Hang Signature 3: 2372cbe6818f95cdc639c00feddd87e6
Additional Hang Signature 4: 2db8
Additional Hang Signature 5: 2db8e61ac06ad6d7fa4d8409c314654f
Additional Hang Signature 6: 2372
Additional Hang Signature 7: 2372cbe6818f95cdc639c00feddd87e6
If by crash handler dialog you mean this dialog on the screenshot (http://sta.sh/012vzo050vqs), then yes. Otherwise no. If yes - you have it's content in my previous post (it's the same every time).This is not the crash handler dialog I have in mind. :(
Can someone else (running windows) try to reproduce the problem?I tried hard but no issues here. Can you please try the following:
So my question is - is there an option to revert c::b to the state it's after installation but before first run? Because I already have 13.12 and 15.12 RC1 installed, so I could just revert my 15.12 to right-after-installation state.
So... I'll post after I get binaries or learn how to compile C::B under windows.
And I got app's call stack while it's freezed, would that help in any way?It might help if there are function names in it. Post it and we will tell you.
ntoskrnl.exe!memset+0x64a
ntoskrnl.exe!KeWaitForMultipleObjects+0xd52
ntoskrnl.exe!KeWaitForMutexObject+0x19f
ntoskrnl.exe!PoStartNextPowerIrp+0xbb4
ntoskrnl.exe!PoStartNextPowerIrp+0x185d
ntoskrnl.exe!KeWaitForMultipleObjects+0xf5d
ntoskrnl.exe!KeDelayExecutionThread+0x186
ntoskrnl.exe!NtWaitForSingleObject+0x16e
ntoskrnl.exe!KeSynchronizeExecution+0x3a23
wow64cpu.dll!TurboDispatchJumpAddressEnd+0x6c0
wow64cpu.dll!TurboDispatchJumpAddressEnd+0x56b
wow64.dll!Wow64SystemServiceEx+0x1ce
wow64.dll!Wow64LdrpInitialize+0x42a
ntdll.dll!RtlUniform+0x6e6
ntdll.dll!EtwEventSetInformation+0x1d7bd
ntdll.dll!LdrInitializeThunk+0xe
ntdll.dll!ZwDelayExecution+0x15
KERNELBASE.dll!Sleep+0xf
wxmsw28u_gcc_cb.dll!_Z9wxExecuteRK8wxStringiP9wxProcess+0xdfe
wxmsw28u_gcc_cb.dll!_ZN15wxMessageOutput3SetEPS_+0x407
codecompletion.dll+0x54a64
codecompletion.dll+0x54d8c
codecompletion.dll+0x56cd8
codecompletion.dll+0x57490
codecompletion.dll+0x57c82
codecompletion.dll+0x234d6
wxmsw28u_gcc_cb.dll!_ZNK12wxAppConsole11HandleEventEP12wxEvtHandlerMS0_FvR7wxEventES3_+0x22
wxmsw28u_gcc_cb.dll!_ZN11wxTimerBase6NotifyEv+0x9b
wxmsw28u_gcc_cb.dll!_ZN7wxTimer4InitEv+0xab
USER32.dll!gapfnScSendMessage+0x270
USER32.dll!gapfnScSendMessage+0x922
USER32.dll!LoadStringW+0x11f
USER32.dll!DispatchMessageW+0xf
USER32.dll!IsDialogMessageW+0x11e
wxmsw28u_gcc_cb.dll!_ZN11wxEventLoop17PreProcessMessageEP6tagMSG+0xac
wxmsw28u_gcc_cb.dll!_ZN11wxEventLoop8DispatchEv+0x11d
wxmsw28u_gcc_cb.dll!_ZN5wxApp5YieldEb+0xa9
wxmsw28u_gcc_cb.dll!_Z7wxYieldv+0x1e
wxmsw28u_gcc_cb.dll!_ZN15wxMessageOutput3SetEPS_+0x407
codecompletion.dll+0x553a4
codecompletion.dll+0x5607a
codecompletion.dll+0x5647b
codecompletion.dll+0x56b75
codecompletion.dll+0x56cab
codecompletion.dll+0x57490
codecompletion.dll+0x57c82
codecompletion.dll+0x234d6
wxmsw28u_gcc_cb.dll!_ZNK12wxAppConsole11HandleEventEP12wxEvtHandlerMS0_FvR7wxEventES3_+0x22
wxmsw28u_gcc_cb.dll!_ZN11wxTimerBase6NotifyEv+0x9b
wxmsw28u_gcc_cb.dll!_ZN7wxTimer4InitEv+0xab
USER32.dll!gapfnScSendMessage+0x270
USER32.dll!gapfnScSendMessage+0x922
USER32.dll!LoadStringW+0x11f
USER32.dll!DispatchMessageW+0xf
USER32.dll!IsDialogMessageW+0x11e
wxmsw28u_gcc_cb.dll!_ZN11wxEventLoop17PreProcessMessageEP6tagMSG+0xac
wxmsw28u_gcc_cb.dll!_ZN11wxEventLoop8DispatchEv+0x11d
wxmsw28u_gcc_cb.dll!_ZN17wxEventLoopManual3RunEv+0x128
May I ask what creating an empty default.conf would cause? I mean, aren't all settings stored in the appdata?It makes C::B portable and ensures that:
Deleting the %APPDATA%\Roaming\CodeBlocks folder should be enough to restore it to a default state.Not necessarily - removing the whole folder would be correct. Or just follow the way I've told you.
do you want me to upload my zipped %appdata%\CodeBlocks so you could examine it or should I just erase all my settings and start everything anew?Probably a good thing... please do.
And it keeps the old settings, if you remove the newly created files in the Code::Blocks folder.May I ask what creating an empty default.conf would cause? I mean, aren't all settings stored in the appdata?It makes C::B portable and ensures that:
- its like plain new, after a fresh installation
- no other settings interfere with this version
-> I wanted to have a clean version.
do you want me to upload my zipped %appdata%\CodeBlocks so you could examine it or should I just erase all my settings and start everything anew?Probably a good thing... please do.
Assuming that you've meant the first option, here's a zip with the needed folder :DWorks for me also with that config (having the compiler path adjusted, of course). What I don't have is exactly your compiler and the libs you've setup in the compiler options. So all I can say is that there is no issue with C::B and recent TDM GCC MinGW32/64.
@devs: Probably would be good idea to have a non-stripped or even debug builds for 15.12, so people code post proper backtraces. What do you think?I think I had mentioned that already: We can use the stripped version along with the original (unstripped) DLL's if provided by Lieven to get the symbols using the addr2line tool. (This will save us many bandwidth...) To make it easier to use - thats what the Addr2LineUI tool was designed for.
Then, Killerbot still need to supply the "unstripped DLLs" somewhere, so that Addr2Lines tool can get the correct source file and line information.@devs: Probably would be good idea to have a non-stripped or even debug builds for 15.12, so people code post proper backtraces. What do you think?I think I had mentioned that already: We can use the stripped version along with the original (unstripped) DLL's if provided by Lieven to get the symbols using the addr2line tool. (This will save us many bandwidth...) To make it easier to use - thats what the Addr2LineUI tool was designed for.
Attaching to process 5024
[New Thread 5024.0x3bc]
[New Thread 5024.0x1114]
[New Thread 5024.0x1084]
[New Thread 5024.0x1280]
[New Thread 5024.0x11b0]
[New Thread 5024.0x116c]
[New Thread 5024.0x1148]
[New Thread 5024.0x1150]
[New Thread 5024.0x1030]
[New Thread 5024.0xdc8]
[New Thread 5024.0x150c]
[New Thread 5024.0x1510]
[New Thread 5024.0x156c]
[New Thread 5024.0x15a8]
[New Thread 5024.0x15b4]
[New Thread 5024.0x15d0]
[New Thread 5024.0x15dc]
[New Thread 5024.0x1664]
Reading symbols from C:\Programy\CodeBlocks RC\codeblocks.exe...(no debugging symbols found)...done.
0x779e000d in ntdll!DbgBreakPoint () from C:\Windows\SysWOW64\ntdll.dll
(gdb) thread apply all bt
Thread 18 (Thread 5024.0x1664):
#0 0x779e000d in ntdll!DbgBreakPoint () from C:\Windows\SysWOW64\ntdll.dll
#1 0x77a6eede in ntdll!DbgUiRemoteBreakin () from C:\Windows\SysWOW64\ntdll.dll
#2 0x7afab70a in ?? ()
#3 0x00000000 in ?? ()
Thread 17 (Thread 5024.0x15dc):
#0 0x7579723b in USER32!GetPropW () from C:\Windows\syswow64\user32.dll
#1 0x7579cd81 in USER32!SendMessageW () from C:\Windows\syswow64\user32.dll
#2 0x6ccdb9b1 in wxExecuteThread(void*)@4 () from C:\Programy\CodeBlocks RC\wxmsw28u_gcc_cb.dll
#3 0x00002b10 in ?? ()
#4 0x00000000 in ?? ()
Thread 16 (Thread 5024.0x15d0):
#0 0x779ef8b1 in ntdll!ZwWaitForSingleObject () from C:\Windows\SysWOW64\ntdll.dll
#1 0x779ef8b1 in ntdll!ZwWaitForSingleObject () from C:\Windows\SysWOW64\ntdll.dll
#2 0x765614b9 in WaitForSingleObjectEx () from C:\Windows\syswow64\KernelBase.dll
#3 0x0000052c in ?? ()
#4 0x00000000 in ?? ()
Thread 15 (Thread 5024.0x15b4):
#0 0x779ef8b1 in ntdll!ZwWaitForSingleObject () from C:\Windows\SysWOW64\ntdll.dll
#1 0x779ef8b1 in ntdll!ZwWaitForSingleObject () from C:\Windows\SysWOW64\ntdll.dll
#2 0x765614b9 in WaitForSingleObjectEx () from C:\Windows\syswow64\KernelBase.dll
#3 0x0000051c in ?? ()
#4 0x00000000 in ?? ()
Thread 14 (Thread 5024.0x15a8):
#0 0x779ef8b1 in ntdll!ZwWaitForSingleObject () from C:\Windows\SysWOW64\ntdll.dll
#1 0x779ef8b1 in ntdll!ZwWaitForSingleObject () from C:\Windows\SysWOW64\ntdll.dll
#2 0x765614b9 in WaitForSingleObjectEx () from C:\Windows\syswow64\KernelBase.dll
#3 0x00000554 in ?? ()
#4 0x00000000 in ?? ()
Thread 13 (Thread 5024.0x156c):
#0 0x779f1f26 in ntdll!ZwWaitForWorkViaWorkerFactory () from C:\Windows\SysWOW64\ntdll.dll
#1 0x779f1f26 in ntdll!ZwWaitForWorkViaWorkerFactory () from C:\Windows\SysWOW64\ntdll.dll
#2 0x77a15d56 in ntdll!TpSetTimer () from C:\Windows\SysWOW64\ntdll.dll
#3 0x773433aa in KERNEL32!BaseThreadInitThunk () from C:\Windows\syswow64\kernel32.dll
#4 0x77a08fc2 in ntdll!RtlInitializeExceptionChain () from C:\Windows\SysWOW64\ntdll.dll
#5 0x77a08f95 in ntdll!RtlInitializeExceptionChain () from C:\Windows\SysWOW64\ntdll.dll
#6 0x00000000 in ?? ()
Thread 12 (Thread 5024.0x1510):
---Type <return> to continue, or q <return> to quit---
#0 0x779ef8b1 in ntdll!ZwWaitForSingleObject () from C:\Windows\SysWOW64\ntdll.dll
#1 0x779ef8b1 in ntdll!ZwWaitForSingleObject () from C:\Windows\SysWOW64\ntdll.dll
#2 0x765614b9 in WaitForSingleObjectEx () from C:\Windows\syswow64\KernelBase.dll
#3 0x0000048c in ?? ()
#4 0x00000000 in ?? ()
Thread 11 (Thread 5024.0x150c):
#0 0x779f013d in ntdll!ZwWaitForMultipleObjects () from C:\Windows\SysWOW64\ntdll.dll
#1 0x779f013d in ntdll!ZwWaitForMultipleObjects () from C:\Windows\SysWOW64\ntdll.dll
#2 0x76561605 in WaitForMultipleObjectsEx () from C:\Windows\syswow64\KernelBase.dll
#3 0x00000002 in ?? ()
#4 0x0accfd34 in ?? ()
#5 0x77341a3c in WaitForMultipleObjectsEx () from C:\Windows\syswow64\kernel32.dll
#6 0x630e6402 in ?? () from C:\Programy\CodeBlocks RC\share\codeblocks\plugins\FileManager.dll
#7 0x6ccd8aec in wxThreadInternal::DoThreadStart(wxThread*) () from C:\Programy\CodeBlocks RC\wxmsw28u_gcc_cb.dll
#8 0x6ccd8be5 in wxThreadInternal::WinThreadStart(void*)@4 () from C:\Programy\CodeBlocks RC\wxmsw28u_gcc_cb.dll
#9 0x058c1ec0 in ?? ()
#10 0x761a1328 in msvcrt!_endthreadex () from C:\Windows\syswow64\msvcrt.dll
#11 0x773433aa in KERNEL32!BaseThreadInitThunk () from C:\Windows\syswow64\kernel32.dll
#12 0x77a08fc2 in ntdll!RtlInitializeExceptionChain () from C:\Windows\SysWOW64\ntdll.dll
#13 0x77a08f95 in ntdll!RtlInitializeExceptionChain () from C:\Windows\SysWOW64\ntdll.dll
#14 0x00000000 in ?? ()
Thread 10 (Thread 5024.0xdc8):
#0 0x779ef8b1 in ntdll!ZwWaitForSingleObject () from C:\Windows\SysWOW64\ntdll.dll
#1 0x779ef8b1 in ntdll!ZwWaitForSingleObject () from C:\Windows\SysWOW64\ntdll.dll
#2 0x765614b9 in WaitForSingleObjectEx () from C:\Windows\syswow64\KernelBase.dll
#3 0x00000200 in ?? ()
#4 0x00000000 in ?? ()
Thread 9 (Thread 5024.0x1030):
#0 0x779ef8b1 in ntdll!ZwWaitForSingleObject () from C:\Windows\SysWOW64\ntdll.dll
#1 0x779ef8b1 in ntdll!ZwWaitForSingleObject () from C:\Windows\SysWOW64\ntdll.dll
#2 0x765614b9 in WaitForSingleObjectEx () from C:\Windows\syswow64\KernelBase.dll
#3 0x00000294 in ?? ()
#4 0x00000000 in ?? ()
Thread 8 (Thread 5024.0x1150):
#0 0x779ef8b1 in ntdll!ZwWaitForSingleObject () from C:\Windows\SysWOW64\ntdll.dll
#1 0x779ef8b1 in ntdll!ZwWaitForSingleObject () from C:\Windows\SysWOW64\ntdll.dll
#2 0x765614b9 in WaitForSingleObjectEx () from C:\Windows\syswow64\KernelBase.dll
#3 0x000001e0 in ?? ()
#4 0x00000000 in ?? ()
Thread 7 (Thread 5024.0x1148):
---Type <return> to continue, or q <return> to quit---
#0 0x779ef8b1 in ntdll!ZwWaitForSingleObject () from C:\Windows\SysWOW64\ntdll.dll
#1 0x779ef8b1 in ntdll!ZwWaitForSingleObject () from C:\Windows\SysWOW64\ntdll.dll
#2 0x765614b9 in WaitForSingleObjectEx () from C:\Windows\syswow64\KernelBase.dll
#3 0x000001d8 in ?? ()
#4 0x00000000 in ?? ()
Thread 6 (Thread 5024.0x116c):
#0 0x779ef8b1 in ntdll!ZwWaitForSingleObject () from C:\Windows\SysWOW64\ntdll.dll
#1 0x779ef8b1 in ntdll!ZwWaitForSingleObject () from C:\Windows\SysWOW64\ntdll.dll
#2 0x765614b9 in WaitForSingleObjectEx () from C:\Windows\syswow64\KernelBase.dll
#3 0x000001d0 in ?? ()
#4 0x00000000 in ?? ()
Thread 5 (Thread 5024.0x11b0):
#0 0x779ef8b1 in ntdll!ZwWaitForSingleObject () from C:\Windows\SysWOW64\ntdll.dll
#1 0x779ef8b1 in ntdll!ZwWaitForSingleObject () from C:\Windows\SysWOW64\ntdll.dll
#2 0x765614b9 in WaitForSingleObjectEx () from C:\Windows\syswow64\KernelBase.dll
#3 0x000001a4 in ?? ()
#4 0x00000001 in ?? ()
#5 0x038bff18 in ?? ()
#6 0x77341194 in WaitForSingleObjectEx () from C:\Windows\syswow64\kernel32.dll
#7 0x75b9cd63 in ole32!CoGetTreatAsClass () from C:\Windows\syswow64\ole32.dll
#8 0x75b9d86a in ole32!CoGetTreatAsClass () from C:\Windows\syswow64\ole32.dll
#9 0x773433aa in KERNEL32!BaseThreadInitThunk () from C:\Windows\syswow64\kernel32.dll
#10 0x77a08fc2 in ntdll!RtlInitializeExceptionChain () from C:\Windows\SysWOW64\ntdll.dll
#11 0x77a08f95 in ntdll!RtlInitializeExceptionChain () from C:\Windows\SysWOW64\ntdll.dll
#12 0x00000000 in ?? ()
Thread 4 (Thread 5024.0x1280):
#0 0x779f1f26 in ntdll!ZwWaitForWorkViaWorkerFactory () from C:\Windows\SysWOW64\ntdll.dll
#1 0x779f1f26 in ntdll!ZwWaitForWorkViaWorkerFactory () from C:\Windows\SysWOW64\ntdll.dll
#2 0x77a15d56 in ntdll!TpSetTimer () from C:\Windows\SysWOW64\ntdll.dll
#3 0x773433aa in KERNEL32!BaseThreadInitThunk () from C:\Windows\syswow64\kernel32.dll
#4 0x77a08fc2 in ntdll!RtlInitializeExceptionChain () from C:\Windows\SysWOW64\ntdll.dll
#5 0x77a08f95 in ntdll!RtlInitializeExceptionChain () from C:\Windows\SysWOW64\ntdll.dll
#6 0x00000000 in ?? ()
Thread 3 (Thread 5024.0x1084):
#0 0x779f1f26 in ntdll!ZwWaitForWorkViaWorkerFactory () from C:\Windows\SysWOW64\ntdll.dll
#1 0x779f1f26 in ntdll!ZwWaitForWorkViaWorkerFactory () from C:\Windows\SysWOW64\ntdll.dll
#2 0x77a15d56 in ntdll!TpSetTimer () from C:\Windows\SysWOW64\ntdll.dll
#3 0x773433aa in KERNEL32!BaseThreadInitThunk () from C:\Windows\syswow64\kernel32.dll
#4 0x77a08fc2 in ntdll!RtlInitializeExceptionChain () from C:\Windows\SysWOW64\ntdll.dll
#5 0x77a08f95 in ntdll!RtlInitializeExceptionChain () from C:\Windows\SysWOW64\ntdll.dll
#6 0x00000000 in ?? ()
---Type <return> to continue, or q <return> to quit---
Thread 2 (Thread 5024.0x1114):
#0 0x779f013d in ntdll!ZwWaitForMultipleObjects () from C:\Windows\SysWOW64\ntdll.dll
#1 0x779f013d in ntdll!ZwWaitForMultipleObjects () from C:\Windows\SysWOW64\ntdll.dll
#2 0x77a15965 in ntdll!RtlDosPathNameToNtPathName_U () from C:\Windows\SysWOW64\ntdll.dll
#3 0x773433aa in KERNEL32!BaseThreadInitThunk () from C:\Windows\syswow64\kernel32.dll
#4 0x77a08fc2 in ntdll!RtlInitializeExceptionChain () from C:\Windows\SysWOW64\ntdll.dll
#5 0x77a08f95 in ntdll!RtlInitializeExceptionChain () from C:\Windows\SysWOW64\ntdll.dll
#6 0x00000000 in ?? ()
Thread 1 (Thread 5024.0x3bc):
#0 0x779f2262 in ntdll!RtlLeaveCriticalSection () from C:\Windows\SysWOW64\ntdll.dll
#1 0x6d14023a in pthread_spin_unlock () from C:\Programy\CodeBlocks RC\wxmsw28u_gcc_cb.dll
#2 0x00712da8 in ?? ()
Backtrace stopped: previous frame inner to this frame (corrupt stack?)
So... after unsuccessfully trying to compile gdb with msys I found a compiled version, run the C::B, successfully crashed it, attached it to gdb and used "thread apply all bt", here's the gdb output:Thanks for the report. But there is not much information I see about the crash. Can you build C::B yourself? I think if you can, then the crash bt can have many source line information.
From b609f23f9b1f85b7375bac6ab985d35533bd13a0 Mon Sep 17 00:00:00 2001
From: Tim S <stahta01@users.sourceforge.net>
Date: Mon, 4 Jan 2016 19:09:16 -0500
Subject: [PATCH] * scriptedwizard: Added option to look for "libGL.dll.a" if
all else fails.(Thanks stahta01)
---
src/plugins/scriptedwizard/resources/common_functions.script | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/src/plugins/scriptedwizard/resources/common_functions.script b/src/plugins/scriptedwizard/resources/common_functions.script
index f9691a1..15d8537 100644
--- a/src/plugins/scriptedwizard/resources/common_functions.script
+++ b/src/plugins/scriptedwizard/resources/common_functions.script
@@ -551,7 +551,8 @@ function SilentVerifyLibFile(dir, file)
|| IO.FileExists(dir + wxFILE_SEP_PATH + _T("lib") + file + _T(".a"))
|| IO.FileExists(dir + wxFILE_SEP_PATH + _T("lib") + file + _T(".lib"))
|| IO.FileExists(dir + wxFILE_SEP_PATH + _T("lib") + file + _T(".la"))
- || IO.FileExists(dir + wxFILE_SEP_PATH + _T("lib") + file + _T(".so")) );
+ || IO.FileExists(dir + wxFILE_SEP_PATH + _T("lib") + file + _T(".so"))
+ || IO.FileExists(dir + wxFILE_SEP_PATH + _T("lib") + file + _T(".dll") + _T(".a")) );
}
// verify the existence of a file of library type (add prefix lib, postfix .a and .lib)
--
2.7.0.windows.1
But, if the CB Devs can make this minor change before the next release it will be easy to write directions; so, an user can edit the current CB Wizard to use GTK3.Done that in SVN (slightly modified).
Attaching to process 3128
[New Thread 3128.0x8fc]
[New Thread 3128.0x850]
[New Thread 3128.0xbd4]
[New Thread 3128.0xc84]
[New Thread 3128.0x928]
[New Thread 3128.0xc10]
[New Thread 3128.0xcd8]
[New Thread 3128.0x11c8]
[New Thread 3128.0x10a4]
[New Thread 3128.0x10c8]
[New Thread 3128.0x10d4]
[New Thread 3128.0x12d4]
[New Thread 3128.0x11b4]
[New Thread 3128.0x1324]
[New Thread 3128.0x11ec]
[New Thread 3128.0x1134]
Reading symbols from C:\Programy\CodeBlocks RC\codeblocks.exe...(no debugging symbols found)...done.
0x7766000d in ntdll!DbgBreakPoint () from C:\Windows\SysWOW64\ntdll.dll
(gdb) thread apply all bt
Thread 16 (Thread 3128.0x1134):
#0 0x7766000d in ntdll!DbgBreakPoint () from C:\Windows\SysWOW64\ntdll.dll
#1 0x776eeede in ntdll!DbgUiRemoteBreakin () from C:\Windows\SysWOW64\ntdll.dll
#2 0x7a5d6c2f in ?? ()
#3 0x00000000 in ?? ()
Thread 15 (Thread 3128.0x11ec):
#0 0x77671f26 in ntdll!ZwWaitForWorkViaWorkerFactory () from C:\Windows\SysWOW64\ntdll.dll
#1 0x77671f26 in ntdll!ZwWaitForWorkViaWorkerFactory () from C:\Windows\SysWOW64\ntdll.dll
#2 0x77695d56 in ntdll!TpSetTimer () from C:\Windows\SysWOW64\ntdll.dll
#3 0x764533aa in KERNEL32!BaseThreadInitThunk () from C:\Windows\syswow64\kernel32.dll
#4 0x77688fc2 in ntdll!RtlInitializeExceptionChain () from C:\Windows\SysWOW64\ntdll.dll
#5 0x77688f95 in ntdll!RtlInitializeExceptionChain () from C:\Windows\SysWOW64\ntdll.dll
#6 0x00000000 in ?? ()
Thread 14 (Thread 3128.0x1324):
#0 0x7526723b in USER32!GetPropW () from C:\Windows\syswow64\user32.dll
#1 0x7526cd81 in USER32!SendMessageW () from C:\Windows\syswow64\user32.dll
#2 0x6ccdb9b1 in wxExecuteThread(void*)@4 () from C:\Programy\CodeBlocks RC\wxmsw28u_gcc_cb.dll
#3 0x00002b10 in ?? ()
#4 0x00000000 in ?? ()
Thread 13 (Thread 3128.0x11b4):
---Type <return> to continue, or q <return> to quit---thread apply all bt
#0 0x7766f8b1 in ntdll!ZwWaitForSingleObject () from C:\Windows\SysWOW64\ntdll.dll
#1 0x7766f8b1 in ntdll!ZwWaitForSingleObject () from C:\Windows\SysWOW64\ntdll.dll
#2 0x760514b9 in WaitForSingleObjectEx () from C:\Windows\syswow64\KernelBase.dll
#3 0x0000050c in ?? ()
#4 0x00000000 in ?? ()
Thread 12 (Thread 3128.0x12d4):
#0 0x7526723b in USER32!GetPropW () from C:\Windows\syswow64\user32.dll
#1 0x7526cd81 in USER32!SendMessageW () from C:\Windows\syswow64\user32.dll
#2 0x6ccdb9b1 in wxExecuteThread(void*)@4 () from C:\Programy\CodeBlocks RC\wxmsw28u_gcc_cb.dll
#3 0x00002b10 in ?? ()
#4 0x00000000 in ?? ()
Thread 11 (Thread 3128.0x10d4):
#0 0x7766f8b1 in ntdll!ZwWaitForSingleObject () from C:\Windows\SysWOW64\ntdll.dll
#1 0x7766f8b1 in ntdll!ZwWaitForSingleObject () from C:\Windows\SysWOW64\ntdll.dll
#2 0x760514b9 in WaitForSingleObjectEx () from C:\Windows\syswow64\KernelBase.dll
#3 0x0000052c in ?? ()
#4 0x00000000 in ?? ()
Thread 10 (Thread 3128.0x10c8):
#0 0x7766f8b1 in ntdll!ZwWaitForSingleObject () from C:\Windows\SysWOW64\ntdll.dll
#1 0x7766f8b1 in ntdll!ZwWaitForSingleObject () from C:\Windows\SysWOW64\ntdll.dll
#2 0x760514b9 in WaitForSingleObjectEx () from C:\Windows\syswow64\KernelBase.dll
---Type <return> to continue, or q <return> to quit---
#3 0x00000478 in ?? ()
#4 0x00000000 in ?? ()
Thread 9 (Thread 3128.0x10a4):
#0 0x7767013d in ntdll!ZwWaitForMultipleObjects () from C:\Windows\SysWOW64\ntdll.dll
#1 0x7767013d in ntdll!ZwWaitForMultipleObjects () from C:\Windows\SysWOW64\ntdll.dll
#2 0x76051605 in WaitForMultipleObjectsEx () from C:\Windows\syswow64\KernelBase.dll
#3 0x00000002 in ?? ()
#4 0x0a94fd34 in ?? ()
#5 0x76451a3c in WaitForMultipleObjectsEx () from C:\Windows\syswow64\kernel32.dll
#6 0x630e6402 in ?? () from C:\Programy\CodeBlocks RC\share\codeblocks\plugins\FileManager.dll
#7 0x6ccd8aec in wxThreadInternal::DoThreadStart(wxThread*) () from C:\Programy\CodeBlocks RC\wxmsw28u_gcc_cb.dll
#8 0x6ccd8be5 in wxThreadInternal::WinThreadStart(void*)@4 () from C:\Programy\CodeBlocks RC\wxmsw28u_gcc_cb.dll
#9 0x05788f38 in ?? ()
#10 0x76e01328 in msvcrt!_endthreadex () from C:\Windows\syswow64\msvcrt.dll
#11 0x764533aa in KERNEL32!BaseThreadInitThunk () from C:\Windows\syswow64\kernel32.dll
#12 0x77688fc2 in ntdll!RtlInitializeExceptionChain () from C:\Windows\SysWOW64\ntdll.dll
#13 0x77688f95 in ntdll!RtlInitializeExceptionChain () from C:\Windows\SysWOW64\ntdll.dll
#14 0x00000000 in ?? ()
Thread 8 (Thread 3128.0x11c8):
#0 0x7766f8b1 in ntdll!ZwWaitForSingleObject () from C:\Windows\SysWOW64\ntdll.dll
#1 0x7766f8b1 in ntdll!ZwWaitForSingleObject () from C:\Windows\SysWOW64\ntdll.dll
#2 0x760514b9 in WaitForSingleObjectEx () from C:\Windows\syswow64\KernelBase.dll
---Type <return> to continue, or q <return> to quit---
#3 0x00000158 in ?? ()
#4 0x00000000 in ?? ()
Thread 7 (Thread 3128.0xcd8):
#0 0x7766f8b1 in ntdll!ZwWaitForSingleObject () from C:\Windows\SysWOW64\ntdll.dll
#1 0x7766f8b1 in ntdll!ZwWaitForSingleObject () from C:\Windows\SysWOW64\ntdll.dll
#2 0x760514b9 in WaitForSingleObjectEx () from C:\Windows\syswow64\KernelBase.dll
#3 0x00000294 in ?? ()
#4 0x00000000 in ?? ()
Thread 6 (Thread 3128.0xc10):
#0 0x7766f8b1 in ntdll!ZwWaitForSingleObject () from C:\Windows\SysWOW64\ntdll.dll
#1 0x7766f8b1 in ntdll!ZwWaitForSingleObject () from C:\Windows\SysWOW64\ntdll.dll
#2 0x760514b9 in WaitForSingleObjectEx () from C:\Windows\syswow64\KernelBase.dll
#3 0x000001e0 in ?? ()
#4 0x00000000 in ?? ()
Thread 5 (Thread 3128.0x928):
#0 0x7766f8b1 in ntdll!ZwWaitForSingleObject () from C:\Windows\SysWOW64\ntdll.dll
#1 0x7766f8b1 in ntdll!ZwWaitForSingleObject () from C:\Windows\SysWOW64\ntdll.dll
#2 0x760514b9 in WaitForSingleObjectEx () from C:\Windows\syswow64\KernelBase.dll
#3 0x000001d4 in ?? ()
#4 0x00000000 in ?? ()
---Type <return> to continue, or q <return> to quit---
Thread 4 (Thread 3128.0xc84):
#0 0x7766f8b1 in ntdll!ZwWaitForSingleObject () from C:\Windows\SysWOW64\ntdll.dll
#1 0x7766f8b1 in ntdll!ZwWaitForSingleObject () from C:\Windows\SysWOW64\ntdll.dll
#2 0x760514b9 in WaitForSingleObjectEx () from C:\Windows\syswow64\KernelBase.dll
#3 0x000001cc in ?? ()
#4 0x00000000 in ?? ()
Thread 3 (Thread 3128.0xbd4):
#0 0x77671f26 in ntdll!ZwWaitForWorkViaWorkerFactory () from C:\Windows\SysWOW64\ntdll.dll
#1 0x77671f26 in ntdll!ZwWaitForWorkViaWorkerFactory () from C:\Windows\SysWOW64\ntdll.dll
#2 0x77695d56 in ntdll!TpSetTimer () from C:\Windows\SysWOW64\ntdll.dll
#3 0x764533aa in KERNEL32!BaseThreadInitThunk () from C:\Windows\syswow64\kernel32.dll
#4 0x77688fc2 in ntdll!RtlInitializeExceptionChain () from C:\Windows\SysWOW64\ntdll.dll
#5 0x77688f95 in ntdll!RtlInitializeExceptionChain () from C:\Windows\SysWOW64\ntdll.dll
#6 0x00000000 in ?? ()
Thread 2 (Thread 3128.0x850):
#0 0x7767013d in ntdll!ZwWaitForMultipleObjects () from C:\Windows\SysWOW64\ntdll.dll
#1 0x7767013d in ntdll!ZwWaitForMultipleObjects () from C:\Windows\SysWOW64\ntdll.dll
#2 0x77695965 in ntdll!RtlDosPathNameToNtPathName_U () from C:\Windows\SysWOW64\ntdll.dll
#3 0x764533aa in KERNEL32!BaseThreadInitThunk () from C:\Windows\syswow64\kernel32.dll
#4 0x77688fc2 in ntdll!RtlInitializeExceptionChain () from C:\Windows\SysWOW64\ntdll.dll
#5 0x77688f95 in ntdll!RtlInitializeExceptionChain () from C:\Windows\SysWOW64\ntdll.dll
#6 0x00000000 in ?? ()
---Type <return> to continue, or q <return> to quit---
Thread 1 (Thread 3128.0x8fc):
#0 0x7766fd71 in ntdll!ZwDelayExecution () from C:\Windows\SysWOW64\ntdll.dll
#1 0x7766fd71 in ntdll!ZwDelayExecution () from C:\Windows\SysWOW64\ntdll.dll
#2 0x76053bdd in SleepEx () from C:\Windows\syswow64\KernelBase.dll
#3 0x00000000 in ?? ()
1. It would be nice if C::B didn't save global variable as invalid, when nothing is entered, but rather passed it as an empty string (I would leave "cb_release_type" empty if I didn't want any custom compiler parameters).That is by design because empty global variables are perfectly valid but we really want to differ here between invalid and empty.
2. Should I compile it with -g or maybe -ggdb? Since I'm going to debug it with GDB, -ggdb sounds beter.I believe -ggdb ingerits -g but I never used it. -g works fine with gdb, too.
-std=c11 -std=gnu++14 -m64 -g -ggdbCFLAGS ?= -O3 -std=c11 -D_WIN32_IE=0x0603 -Wno-unused-local-typedefs -Wno-deprecated-declarations -m64 -fomit-frame-pointer
CXXFLAGS ?= -O3 -std=gnu++14 -D_WIN32_IE=0x0603 -Wno-unused-local-typedefs -Wno-deprecated-declarations -m64 -fomit-frame-pointer
mingw32-make -j2 -f makefile.gcc SHARED=1 MONOLITHIC=1 BUILD=release UNICODE=1 clean
mingw32-make -j2 -f makefile.gcc SHARED=1 MONOLITHIC=1 BUILD=release UNICODE=1Attaching to process 4240
[New Thread 4240.0x102c]
[New Thread 4240.0x98]
[New Thread 4240.0x11b8]
[New Thread 4240.0xcbc]
[New Thread 4240.0xfa0]
[New Thread 4240.0x13d0]
[New Thread 4240.0x12b8]
[New Thread 4240.0x139c]
[New Thread 4240.0xc58]
[New Thread 4240.0x11b4]
[New Thread 4240.0x1384]
[New Thread 4240.0x1178]
[New Thread 4240.0x1188]
[New Thread 4240.0x123c]
[New Thread 4240.0x6b4]
[New Thread 4240.0x1430]
[New Thread 4240.0x1438]
[New Thread 4240.0x143c]
[New Thread 4240.0x1444]
[New Thread 4240.0x145c]
[New Thread 4240.0x1740]
Reading symbols from D:\Grabusz\C++\CodeBlocks\codeblocks-code-10640-trunk\src\devel30_64\codeblocks.exe...done.
0x00000000777bb111 in ntdll!DbgBreakPoint () from C:\Windows\SYSTEM32\ntdll.dll
(gdb) thread apply all bt
Thread 21 (Thread 4240.0x1740):
#0 0x00000000777bb111 in ntdll!DbgBreakPoint () from C:\Windows\SYSTEM32\ntdll.dll
#1 0x0000000077861e88 in ntdll!DbgUiRemoteBreakin () from C:\Windows\SYSTEM32\ntdll.dll
#2 0x00000000775659dd in KERNEL32!BaseThreadInitThunk () from C:\Windows\system32\kernel32.dll
#3 0x000000007779a651 in ntdll!RtlUserThreadStart () from C:\Windows\SYSTEM32\ntdll.dll
#4 0x0000000000000000 in ?? ()
Backtrace stopped: previous frame inner to this frame (corrupt stack?)
Thread 20 (Thread 4240.0x145c):
#0 0x00000000777bbf6a in ntdll!ZwRemoveIoCompletion () from C:\Windows\SYSTEM32\ntdll.dll
#1 0x000007fefcef5941 in ?? () from C:\Windows\System32\mswsock.dll
#2 0x0000000000000000 in ?? ()
Backtrace stopped: previous frame inner to this frame (corrupt stack?)
Thread 19 (Thread 4240.0x1444):
#0 0x00000000777bbf1a in ntdll!ZwWaitForSingleObject () from C:\Windows\SYSTEM32\ntdll.dll
#1 0x000007fefda010dc in WaitForSingleObjectEx () from C:\Windows\system32\KernelBase.dll
#2 0x000007feff1664d7 in WININET!InternetCloseHandle () from C:\Windows\system32\wininet.dll
#3 0x000007feff16cbe3 in WININET!InternetOpenUrlA () from C:\Windows\system32\wininet.dll
#4 0x000007feff16caac in WININET!InternetOpenUrlA () from C:\Windows\system32\wininet.dll
#5 0x00000000775659dd in KERNEL32!BaseThreadInitThunk () from C:\Windows\system32\kernel32.dll
#6 0x000000007779a651 in ntdll!RtlUserThreadStart () from C:\Windows\SYSTEM32\ntdll.dll
#7 0x0000000000000000 in ?? ()
---Type <return> to continue, or q <return> to quit---
Backtrace stopped: previous frame inner to this frame (corrupt stack?)
Thread 18 (Thread 4240.0x143c):
#0 0x00000000777bd7da in ntdll!ZwWaitForWorkViaWorkerFactory () from C:\Windows\SYSTEM32\ntdll.dll
#1 0x000000007778ecfd in ntdll!RtlValidateHeap () from C:\Windows\SYSTEM32\ntdll.dll
#2 0x0000000000000000 in ?? ()
Backtrace stopped: previous frame inner to this frame (corrupt stack?)
Thread 17 (Thread 4240.0x1438):
#0 0x00000000777bbf1a in ntdll!ZwWaitForSingleObject () from C:\Windows\SYSTEM32\ntdll.dll
#1 0x000007fefda010dc in WaitForSingleObjectEx () from C:\Windows\system32\KernelBase.dll
#2 0x000007fef2ca1fae in rasman!RasAddNotification () from C:\Windows\system32\rasman.dll
#3 0x00000000775659dd in KERNEL32!BaseThreadInitThunk () from C:\Windows\system32\kernel32.dll
#4 0x000000007779a651 in ntdll!RtlUserThreadStart () from C:\Windows\SYSTEM32\ntdll.dll
#5 0x0000000000000000 in ?? ()
Backtrace stopped: previous frame inner to this frame (corrupt stack?)
Thread 16 (Thread 4240.0x1430):
#0 0x00000000777bd7da in ntdll!ZwWaitForWorkViaWorkerFactory () from C:\Windows\SYSTEM32\ntdll.dll
#1 0x000000007778ecfd in ntdll!RtlValidateHeap () from C:\Windows\SYSTEM32\ntdll.dll
#2 0x0000000000000000 in ?? ()
Backtrace stopped: previous frame inner to this frame (corrupt stack?)
Thread 15 (Thread 4240.0x6b4):
---Type <return> to continue, or q <return> to quit---
#0 0x00000000777bbf1a in ntdll!ZwWaitForSingleObject () from C:\Windows\SYSTEM32\ntdll.dll
#1 0x000007fefda010dc in WaitForSingleObjectEx () from C:\Windows\system32\KernelBase.dll
#2 0x000000006a2104ca in wxSemaphoreInternal::WaitTimeout(unsigned long) () from D:\Grabusz\C++\CodeBlocks\codeblocks-code-10640-trunk\src\devel30_64\wxmsw30u_gcc_custom.dll
#3 0x0000000001945ff1 in cbThreadPool::cbWorkerThread::Entry (this=0xe654b10) at D:\Grabusz\C++\CodeBlocks\codeblocks-code-10640-trunk\src\sdk\cbthreadpool.cpp:202
#4 0x000000006a20e012 in wxThread::CallEntry() () from D:\Grabusz\C++\CodeBlocks\codeblocks-code-10640-trunk\src\devel30_64\wxmsw30u_gcc_custom.dll
#5 0x000000006a21361d in wxThreadInternal::DoThreadStart(wxThread*) () from D:\Grabusz\C++\CodeBlocks\codeblocks-code-10640-trunk\src\devel30_64\wxmsw30u_gcc_custom.dll
#6 0x000000006a213781 in wxThreadInternal::WinThreadStart(void*) () from D:\Grabusz\C++\CodeBlocks\codeblocks-code-10640-trunk\src\devel30_64\wxmsw30u_gcc_custom.dll
#7 0x000007feff71415f in srand () from C:\Windows\system32\msvcrt.dll
#8 0x000007feff716ebd in msvcrt!_ftime64_s () from C:\Windows\system32\msvcrt.dll
#9 0x00000000775659dd in KERNEL32!BaseThreadInitThunk () from C:\Windows\system32\kernel32.dll
#10 0x000000007779a651 in ntdll!RtlUserThreadStart () from C:\Windows\SYSTEM32\ntdll.dll
#11 0x0000000000000000 in ?? ()
Backtrace stopped: previous frame inner to this frame (corrupt stack?)
Thread 14 (Thread 4240.0x123c):
#0 0x00000000777bc48a in ntdll!ZwWaitForMultipleObjects () from C:\Windows\SYSTEM32\ntdll.dll
#1 0x000007fefda01420 in KERNELBASE!GetCurrentProcess () from C:\Windows\system32\KernelBase.dll
#2 0x0000000000000000 in ?? ()
Backtrace stopped: previous frame inner to this frame (corrupt stack?)
Thread 13 (Thread 4240.0x1188):
#0 0x00000000777bbf1a in ntdll!ZwWaitForSingleObject () from C:\Windows\SYSTEM32\ntdll.dll
#1 0x000007fefda010dc in WaitForSingleObjectEx () from C:\Windows\system32\KernelBase.dll
#2 0x000000006a2104ca in wxSemaphoreInternal::WaitTimeout(unsigned long) () from D:\Grabusz\C++\CodeBlocks\codeblocks-code-10640-trunk\src\devel30_64\wxmsw30u_gcc_custom.dll
---Type <return> to continue, or q <return> to quit---
#3 0x0000000001945ff1 in cbThreadPool::cbWorkerThread::Entry (this=0xe654870) at D:\Grabusz\C++\CodeBlocks\codeblocks-code-10640-trunk\src\sdk\cbthreadpool.cpp:202
#4 0x000000006a20e012 in wxThread::CallEntry() () from D:\Grabusz\C++\CodeBlocks\codeblocks-code-10640-trunk\src\devel30_64\wxmsw30u_gcc_custom.dll
#5 0x000000006a21361d in wxThreadInternal::DoThreadStart(wxThread*) () from D:\Grabusz\C++\CodeBlocks\codeblocks-code-10640-trunk\src\devel30_64\wxmsw30u_gcc_custom.dll
#6 0x000000006a213781 in wxThreadInternal::WinThreadStart(void*) () from D:\Grabusz\C++\CodeBlocks\codeblocks-code-10640-trunk\src\devel30_64\wxmsw30u_gcc_custom.dll
#7 0x000007feff71415f in srand () from C:\Windows\system32\msvcrt.dll
#8 0x000007feff716ebd in msvcrt!_ftime64_s () from C:\Windows\system32\msvcrt.dll
#9 0x00000000775659dd in KERNEL32!BaseThreadInitThunk () from C:\Windows\system32\kernel32.dll
#10 0x000000007779a651 in ntdll!RtlUserThreadStart () from C:\Windows\SYSTEM32\ntdll.dll
#11 0x0000000000000000 in ?? ()
Backtrace stopped: previous frame inner to this frame (corrupt stack?)
Thread 12 (Thread 4240.0x1178):
#0 0x00000000777bc48a in ntdll!ZwWaitForMultipleObjects () from C:\Windows\SYSTEM32\ntdll.dll
#1 0x000007fefda01420 in KERNELBASE!GetCurrentProcess () from C:\Windows\system32\KernelBase.dll
#2 0x0000000000000000 in ?? ()
Backtrace stopped: previous frame inner to this frame (corrupt stack?)
Thread 11 (Thread 4240.0x1384):
#0 0x00000000777bbf1a in ntdll!ZwWaitForSingleObject () from C:\Windows\SYSTEM32\ntdll.dll
#1 0x000007fefda010dc in WaitForSingleObjectEx () from C:\Windows\system32\KernelBase.dll
#2 0x000000006a2104ca in wxSemaphoreInternal::WaitTimeout(unsigned long) () from D:\Grabusz\C++\CodeBlocks\codeblocks-code-10640-trunk\src\devel30_64\wxmsw30u_gcc_custom.dll
#3 0x0000000001945ff1 in cbThreadPool::cbWorkerThread::Entry (this=0xa51efe0) at D:\Grabusz\C++\CodeBlocks\codeblocks-code-10640-trunk\src\sdk\cbthreadpool.cpp:202
#4 0x000000006a20e012 in wxThread::CallEntry() () from D:\Grabusz\C++\CodeBlocks\codeblocks-code-10640-trunk\src\devel30_64\wxmsw30u_gcc_custom.dll
#5 0x000000006a21361d in wxThreadInternal::DoThreadStart(wxThread*) () from D:\Grabusz\C++\CodeBlocks\codeblocks-code-10640-trunk\src\devel30_64\wxmsw30u_gcc_custom.dll
---Type <return> to continue, or q <return> to quit---
#6 0x000000006a213781 in wxThreadInternal::WinThreadStart(void*) () from D:\Grabusz\C++\CodeBlocks\codeblocks-code-10640-trunk\src\devel30_64\wxmsw30u_gcc_custom.dll
#7 0x000007feff71415f in srand () from C:\Windows\system32\msvcrt.dll
#8 0x000007feff716ebd in msvcrt!_ftime64_s () from C:\Windows\system32\msvcrt.dll
#9 0x00000000775659dd in KERNEL32!BaseThreadInitThunk () from C:\Windows\system32\kernel32.dll
#10 0x000000007779a651 in ntdll!RtlUserThreadStart () from C:\Windows\SYSTEM32\ntdll.dll
#11 0x0000000000000000 in ?? ()
Backtrace stopped: previous frame inner to this frame (corrupt stack?)
Thread 10 (Thread 4240.0x11b4):
#0 0x00000000777bbf1a in ntdll!ZwWaitForSingleObject () from C:\Windows\SYSTEM32\ntdll.dll
#1 0x000007fefda010dc in WaitForSingleObjectEx () from C:\Windows\system32\KernelBase.dll
#2 0x000000006a2104ca in wxSemaphoreInternal::WaitTimeout(unsigned long) () from D:\Grabusz\C++\CodeBlocks\codeblocks-code-10640-trunk\src\devel30_64\wxmsw30u_gcc_custom.dll
#3 0x0000000065fd1eba in ClassBrowserBuilderThread::Entry (this=0xa774480) at D:\Grabusz\C++\CodeBlocks\codeblocks-code-10640-trunk\src\plugins\codecompletion\classbrowserbuilderthread.cpp:204
#4 0x000000006a20e012 in wxThread::CallEntry() () from D:\Grabusz\C++\CodeBlocks\codeblocks-code-10640-trunk\src\devel30_64\wxmsw30u_gcc_custom.dll
#5 0x000000006a21361d in wxThreadInternal::DoThreadStart(wxThread*) () from D:\Grabusz\C++\CodeBlocks\codeblocks-code-10640-trunk\src\devel30_64\wxmsw30u_gcc_custom.dll
#6 0x000000006a213781 in wxThreadInternal::WinThreadStart(void*) () from D:\Grabusz\C++\CodeBlocks\codeblocks-code-10640-trunk\src\devel30_64\wxmsw30u_gcc_custom.dll
#7 0x000007feff71415f in srand () from C:\Windows\system32\msvcrt.dll
#8 0x000007feff716ebd in msvcrt!_ftime64_s () from C:\Windows\system32\msvcrt.dll
#9 0x00000000775659dd in KERNEL32!BaseThreadInitThunk () from C:\Windows\system32\kernel32.dll
#10 0x000000007779a651 in ntdll!RtlUserThreadStart () from C:\Windows\SYSTEM32\ntdll.dll
#11 0x0000000000000000 in ?? ()
Backtrace stopped: previous frame inner to this frame (corrupt stack?)
Thread 9 (Thread 4240.0xc58):
---Type <return> to continue, or q <return> to quit---
#0 0x00000000777bbf1a in ntdll!ZwWaitForSingleObject () from C:\Windows\SYSTEM32\ntdll.dll
#1 0x000007fefda010dc in WaitForSingleObjectEx () from C:\Windows\system32\KernelBase.dll
#2 0x000000006a2104ca in wxSemaphoreInternal::WaitTimeout(unsigned long) () from D:\Grabusz\C++\CodeBlocks\codeblocks-code-10640-trunk\src\devel30_64\wxmsw30u_gcc_custom.dll
#3 0x0000000001945ff1 in cbThreadPool::cbWorkerThread::Entry (this=0xa5bbb70) at D:\Grabusz\C++\CodeBlocks\codeblocks-code-10640-trunk\src\sdk\cbthreadpool.cpp:202
#4 0x000000006a20e012 in wxThread::CallEntry() () from D:\Grabusz\C++\CodeBlocks\codeblocks-code-10640-trunk\src\devel30_64\wxmsw30u_gcc_custom.dll
#5 0x000000006a21361d in wxThreadInternal::DoThreadStart(wxThread*) () from D:\Grabusz\C++\CodeBlocks\codeblocks-code-10640-trunk\src\devel30_64\wxmsw30u_gcc_custom.dll
#6 0x000000006a213781 in wxThreadInternal::WinThreadStart(void*) () from D:\Grabusz\C++\CodeBlocks\codeblocks-code-10640-trunk\src\devel30_64\wxmsw30u_gcc_custom.dll
#7 0x000007feff71415f in srand () from C:\Windows\system32\msvcrt.dll
#8 0x000007feff716ebd in msvcrt!_ftime64_s () from C:\Windows\system32\msvcrt.dll
#9 0x00000000775659dd in KERNEL32!BaseThreadInitThunk () from C:\Windows\system32\kernel32.dll
#10 0x000000007779a651 in ntdll!RtlUserThreadStart () from C:\Windows\SYSTEM32\ntdll.dll
#11 0x0000000000000000 in ?? ()
Backtrace stopped: previous frame inner to this frame (corrupt stack?)
Thread 8 (Thread 4240.0x139c):
#0 0x00000000777bbf1a in ntdll!ZwWaitForSingleObject () from C:\Windows\SYSTEM32\ntdll.dll
#1 0x000007fefda010dc in WaitForSingleObjectEx () from C:\Windows\system32\KernelBase.dll
#2 0x000000006a2104ca in wxSemaphoreInternal::WaitTimeout(unsigned long) () from D:\Grabusz\C++\CodeBlocks\codeblocks-code-10640-trunk\src\devel30_64\wxmsw30u_gcc_custom.dll
#3 0x0000000001b9557c in BackgroundThread::Entry (this=0x6eca138) at include/backgroundthread.h:138
#4 0x000000006a20e012 in wxThread::CallEntry() () from D:\Grabusz\C++\CodeBlocks\codeblocks-code-10640-trunk\src\devel30_64\wxmsw30u_gcc_custom.dll
#5 0x000000006a21361d in wxThreadInternal::DoThreadStart(wxThread*) () from D:\Grabusz\C++\CodeBlocks\codeblocks-code-10640-trunk\src\devel30_64\wxmsw30u_gcc_custom.dll
#6 0x000000006a213781 in wxThreadInternal::WinThreadStart(void*) () from D:\Grabusz\C++\CodeBlocks\codeblocks-code-10640-trunk\src\devel30_64\wxmsw30u_gcc_custom.dll
#7 0x000007feff71415f in srand () from C:\Windows\system32\msvcrt.dll
#8 0x000007feff716ebd in msvcrt!_ftime64_s () from C:\Windows\system32\msvcrt.dll
---Type <return> to continue, or q <return> to quit---
#9 0x00000000775659dd in KERNEL32!BaseThreadInitThunk () from C:\Windows\system32\kernel32.dll
#10 0x000000007779a651 in ntdll!RtlUserThreadStart () from C:\Windows\SYSTEM32\ntdll.dll
#11 0x0000000000000000 in ?? ()
Backtrace stopped: previous frame inner to this frame (corrupt stack?)
Thread 7 (Thread 4240.0x12b8):
#0 0x00000000777bbf1a in ntdll!ZwWaitForSingleObject () from C:\Windows\SYSTEM32\ntdll.dll
#1 0x000007fefda010dc in WaitForSingleObjectEx () from C:\Windows\system32\KernelBase.dll
#2 0x000000006a2104ca in wxSemaphoreInternal::WaitTimeout(unsigned long) () from D:\Grabusz\C++\CodeBlocks\codeblocks-code-10640-trunk\src\devel30_64\wxmsw30u_gcc_custom.dll
#3 0x0000000001b9557c in BackgroundThread::Entry (this=0x6eca0e0) at include/backgroundthread.h:138
#4 0x000000006a20e012 in wxThread::CallEntry() () from D:\Grabusz\C++\CodeBlocks\codeblocks-code-10640-trunk\src\devel30_64\wxmsw30u_gcc_custom.dll
#5 0x000000006a21361d in wxThreadInternal::DoThreadStart(wxThread*) () from D:\Grabusz\C++\CodeBlocks\codeblocks-code-10640-trunk\src\devel30_64\wxmsw30u_gcc_custom.dll
#6 0x000000006a213781 in wxThreadInternal::WinThreadStart(void*) () from D:\Grabusz\C++\CodeBlocks\codeblocks-code-10640-trunk\src\devel30_64\wxmsw30u_gcc_custom.dll
#7 0x000007feff71415f in srand () from C:\Windows\system32\msvcrt.dll
#8 0x000007feff716ebd in msvcrt!_ftime64_s () from C:\Windows\system32\msvcrt.dll
#9 0x00000000775659dd in KERNEL32!BaseThreadInitThunk () from C:\Windows\system32\kernel32.dll
#10 0x000000007779a651 in ntdll!RtlUserThreadStart () from C:\Windows\SYSTEM32\ntdll.dll
#11 0x0000000000000000 in ?? ()
Backtrace stopped: previous frame inner to this frame (corrupt stack?)
Thread 6 (Thread 4240.0x13d0):
#0 0x00000000777bbf1a in ntdll!ZwWaitForSingleObject () from C:\Windows\SYSTEM32\ntdll.dll
#1 0x000007fefda010dc in WaitForSingleObjectEx () from C:\Windows\system32\KernelBase.dll
#2 0x000000006a2104ca in wxSemaphoreInternal::WaitTimeout(unsigned long) () from D:\Grabusz\C++\CodeBlocks\codeblocks-code-10640-trunk\src\devel30_64\wxmsw30u_gcc_custom.dll
---Type <return> to continue, or q <return> to quit---
#3 0x0000000001b9557c in BackgroundThread::Entry (this=0x6eca088) at include/backgroundthread.h:138
#4 0x000000006a20e012 in wxThread::CallEntry() () from D:\Grabusz\C++\CodeBlocks\codeblocks-code-10640-trunk\src\devel30_64\wxmsw30u_gcc_custom.dll
#5 0x000000006a21361d in wxThreadInternal::DoThreadStart(wxThread*) () from D:\Grabusz\C++\CodeBlocks\codeblocks-code-10640-trunk\src\devel30_64\wxmsw30u_gcc_custom.dll
#6 0x000000006a213781 in wxThreadInternal::WinThreadStart(void*) () from D:\Grabusz\C++\CodeBlocks\codeblocks-code-10640-trunk\src\devel30_64\wxmsw30u_gcc_custom.dll
#7 0x000007feff71415f in srand () from C:\Windows\system32\msvcrt.dll
#8 0x000007feff716ebd in msvcrt!_ftime64_s () from C:\Windows\system32\msvcrt.dll
#9 0x00000000775659dd in KERNEL32!BaseThreadInitThunk () from C:\Windows\system32\kernel32.dll
#10 0x000000007779a651 in ntdll!RtlUserThreadStart () from C:\Windows\SYSTEM32\ntdll.dll
#11 0x0000000000000000 in ?? ()
Backtrace stopped: previous frame inner to this frame (corrupt stack?)
Thread 5 (Thread 4240.0xfa0):
#0 0x00000000777bc48a in ntdll!ZwWaitForMultipleObjects () from C:\Windows\SYSTEM32\ntdll.dll
#1 0x000007fefda01420 in KERNELBASE!GetCurrentProcess () from C:\Windows\system32\KernelBase.dll
#2 0x00cc663300996633 in ?? ()
Backtrace stopped: previous frame inner to this frame (corrupt stack?)
Thread 4 (Thread 4240.0xcbc):
#0 0x00000000777bc48a in ntdll!ZwWaitForMultipleObjects () from C:\Windows\SYSTEM32\ntdll.dll
#1 0x000007fefda01420 in KERNELBASE!GetCurrentProcess () from C:\Windows\system32\KernelBase.dll
#2 0x0000000000000000 in ?? ()
Backtrace stopped: previous frame inner to this frame (corrupt stack?)
Thread 3 (Thread 4240.0x11b8):
---Type <return> to continue, or q <return> to quit---
#0 0x00000000777bd7da in ntdll!ZwWaitForWorkViaWorkerFactory () from C:\Windows\SYSTEM32\ntdll.dll
#1 0x000000007778ecfd in ntdll!RtlValidateHeap () from C:\Windows\SYSTEM32\ntdll.dll
#2 0x0000000000000000 in ?? ()
Backtrace stopped: previous frame inner to this frame (corrupt stack?)
Thread 2 (Thread 4240.0x98):
#0 0x00000000777bc48a in ntdll!ZwWaitForMultipleObjects () from C:\Windows\SYSTEM32\ntdll.dll
#1 0x000000007778a427 in ntdll!TpIsTimerSet () from C:\Windows\SYSTEM32\ntdll.dll
#2 0x00000000775659dd in KERNEL32!BaseThreadInitThunk () from C:\Windows\system32\kernel32.dll
#3 0x000000007779a651 in ntdll!RtlUserThreadStart () from C:\Windows\SYSTEM32\ntdll.dll
#4 0x0000000000000000 in ?? ()
Backtrace stopped: previous frame inner to this frame (corrupt stack?)
Thread 1 (Thread 4240.0x102c):
#0 0x00000000777bc48a in ntdll!ZwWaitForMultipleObjects () from C:\Windows\SYSTEM32\ntdll.dll
#1 0x000007fefda01420 in KERNELBASE!GetCurrentProcess () from C:\Windows\system32\KernelBase.dll
#2 0x0000000000000000 in ?? ()
Backtrace stopped: previous frame inner to this frame (corrupt stack?)btw why, after running update30_64.bat I find .exe and libraries in output without the debugging symbols? I mean, I only compiled version containing them... does that .bar file remove them or sth?After running update.bat the "devel" contains everything (including linker libs) with symbols. The "output" folder contains only whats really needed to run everything (without linker libs) and stripped symbols. That what the batch file does.