Get quick announcements through the RSS feed http://www.codeblocks.org/nightly/CodeBlock_RSS.xml
Before you use a nightly make sure you understand how it works (http://forums.next.codeblocks.org/index.php/topic,3232.0.html).
A link to the unicode windows wxWidget dll for Code::Blocks : http://prdownload.berlios.de/codeblocks/wxmsw28u_gcc_cb_wx2812_gcc481-TDM.7z
For those who might need this one (when no MingW installed on your system) : the mingw10m.dll : http://prdownload.berlios.de/codeblocks/mingwm10_gcc481-TDM.7z
The 24 May 2014 build is out.
- Windows :
http://prdownload.berlios.de/codeblocks/CB_20140524_rev9778_win32.7z
- Linux :
none
Resolved Fixed:
- ui: Don't switch to the project's pane in the notebook, when an editor is activated and the option to show the file in the tree is enabled (apply modified patch #3556, thanks davidallen)
- sdk: Linux, support open containing folder with file selected
- ToolsPlus: Add context menu on output pages and add entry to "close inactive tool pages".
- EditorTweaks, Aligner: Add shortcut to repeat the last align operation
- CodeSnippets - Remove edit & search CB duplicate code. Get back to a sane implementation.
Regressions/Confirmed/Annoying/Common bugs:
mingwm10.dll is not a dependency for CB , why you include it ?
you can check by procexp
thanks for the update
I' still observing crashes adding a .h file to an existent cpp project using Windows XP SP3 and on different PC. I have an additional information now. If I remove any characters from "Default Code" (so as the default code is empty) the crashes never happen.
Restoring the content of the default code windows (just a single characters) is causing crashes again adding an h file.
Hope this helps.
Okay, now I can reproduce it...
Should be fixed in trunk...please test or wait for the next nightly...
@Alpha: Can you look at this, because the editor hook seem to trigger dangerously...
Quote from: oBFusCATed on May 28, 2014, 02:21:48 AM
@Alpha: Can you look at this, because the editor hook seem to trigger dangerously...
I remember dealing a similar issue earlier in cc_interface, but it should have resolved this as well (only connect editor hooks after the editor is completely initialized). I will try to dig into what was missed.
Hi,
Something new that I noticed with this build on this sample of code:
// Reset local structure
Status.Event &= ~EVENT_MASK;
When I highlight EVENT_MASK (in a C file) and right-click then I get this:
Find declaration of: '~EVENT_MASK'
The ~ is always appended and this cause the find to fail but it's OK when it's ~(EVENT_MASK);
Windows XP SP3.
Quote from: airc on May 25, 2014, 06:13:59 PM
mingwm10.dll is not a dependency for CB , why you include it ?
you can check by procexp
thanks for the update
Hi, airc, I also see that mingwm10.dll is not the dependency of Codeblocks.exe (I use the dependency walker) I don't know the reason, maybe some dev can give a hint. :)
Quote from: ollydbg on May 29, 2014, 03:24:49 PM
Quote from: airc on May 25, 2014, 06:13:59 PM
mingwm10.dll is not a dependency for CB , why you include it ?
you can check by procexp
thanks for the update
Hi, airc, I also see that mingwm10.dll is not the dependency of Codeblocks.exe (I use the dependency walker) I don't know the reason, maybe some dev can give a hint. :)
At one time it was needed; it might still be needed by the Windows crash reporting.
Tim S.
I think it is needed for a multithreaded app ?
Quote from: killerbot on May 29, 2014, 05:54:55 PM
I think it is needed for a multithreaded app ?
I just try to search the MinGW user maillist, and find one:
Re: [Mingw-users] mingwm10.dll no longer required by -mthreads? (https://sourceforge.net/p/mingw/mailman/message/27601351/)
I think we don't need it, right?
Quote from: stahta01 on May 29, 2014, 05:23:50 PM
At one time it was needed; it might still be needed by the Windows crash reporting.
Tim S.
Does our nightly build also bundle a exchndl.dll? I think it doesn't.
I check a exchndl.dll which is build one year ago, but it does not depend on mingwm10.dll.
So, maybe, we can totally remove the mingwm10.dll stuff. :)
Quote from: damorin on May 28, 2014, 09:33:03 PM
Hi,
Something new that I noticed with this build on this sample of code:
// Reset local structure
Status.Event &= ~EVENT_MASK;
When I highlight EVENT_MASK (in a C file) and right-click then I get this:
Find declaration of: '~EVENT_MASK'
The ~ is always appended and this cause the find to fail but it's OK when it's ~(EVENT_MASK);
Find declaration has been broken in this way for a while, I opened a bug report for it about a year ago. It looks like the old bug tracker was nuked, so I'll look into re-posting it on the new tracker.
Hi, raynebc, this is indeed a bug in CC, I just create a simple code, and get the result (see image shot below)
int EVENT_MASK = 0xFF;
int Event = 0x00;
Event &= ~EVENT_MASK;
Image shot:
(http://i683.photobucket.com/albums/vv194/ollydbg_cb/2014-06-11091111_zps6dbc8dd5.png)
EDIT, I create a separate here: bug: ~XXX is always recognized as a destructor (http://forums.next.codeblocks.org/index.php/topic,19357.msg132262.html#msg132262)
Quote from: ollydbg on May 29, 2014, 03:24:49 PM
mingwm10.dll is not a dependency for CB , why you include it ?
It is a dependency for debugging but due to the dynamic loading dependency walker cannot resolve it.
Quote from: MortenMacFly on June 12, 2014, 09:25:37 AM
Quote from: ollydbg on May 29, 2014, 03:24:49 PM
mingwm10.dll is not a dependency for CB , why you include it ?
It is a dependency for debugging but due to the dynamic loading dependency walker cannot resolve it.
Hi, Morten, can you give me more details about this? Which exe/dll need to dynamically load mingwm10.dll? What is mingwm10.dll used for? Thanks.