The 24 May 2014 build (9778) is out.

[killerbot]

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.

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:

[airc]

mingwm10.dll is not a dependency for CB , why you include it ?
you can check by procexp


thanks for the update

[Max]

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.

[oBFusCATed]

Okay, now I can reproduce it...

[oBFusCATed]

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...

[Alpha]

@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.

[damorin]

Hi,

Something new that I noticed with this build on this sample of code:

Code Select Expand

  // 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.

[ollydbg]

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.

[stahta01]

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.

[killerbot]

I think it is needed for a multithreaded app ?

[ollydbg]

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?
I think we don't need it, right?

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.

[raynebc]

Hi,

Something new that I noticed with this build on this sample of code:

Code Select Expand

 // 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.

[ollydbg]

Hi, raynebc, this is indeed a bug in CC, I just create a simple code, and get the result (see image shot below)

Code Select Expand


int EVENT_MASK = 0xFF;
int Event      = 0x00;

Event     &= ~EVENT_MASK;


Image shot:


EDIT, I create a separate here: bug: ~XXX is always recognized as a destructor

[MortenMacFly]

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.

[ollydbg]

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.