Code::Blocks Forums

User forums => Nightly builds => Topic started by: killerbot on May 24, 2014, 03:16:17 pm

Title: The 24 May 2014 build (9778) is out.
Post by: killerbot on May 24, 2014, 03:16:17 pm
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.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:


Regressions/Confirmed/Annoying/Common bugs:


Title: Re: The 24 May 2014 build (9778) is out.
Post by: 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
Title: Re: The 24 May 2014 build (9778) is out.
Post by: Max on May 27, 2014, 11:57:01 pm
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.
Title: Re: The 24 May 2014 build (9778) is out.
Post by: oBFusCATed on May 28, 2014, 01:09:31 am
Okay, now I can reproduce it...
Title: Re: The 24 May 2014 build (9778) is out.
Post by: oBFusCATed on May 28, 2014, 02:21:48 am
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...
Title: Re: The 24 May 2014 build (9778) is out.
Post by: Alpha on May 28, 2014, 03:59:32 am
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.
Title: Re: The 24 May 2014 build (9778) is out.
Post by: damorin on May 28, 2014, 09:33:03 pm
Hi,

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

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.




Title: Re: The 24 May 2014 build (9778) is out.
Post by: 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. :)
Title: Re: The 24 May 2014 build (9778) is out.
Post by: stahta01 on May 29, 2014, 05:23:50 pm
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.
Title: Re: The 24 May 2014 build (9778) is out.
Post by: killerbot on May 29, 2014, 05:54:55 pm
I think it is needed for a multithreaded app ?
Title: Re: The 24 May 2014 build (9778) is out.
Post by: ollydbg on May 30, 2014, 02:40:12 am
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. :)

Title: Re: The 24 May 2014 build (9778) is out.
Post by: raynebc on June 11, 2014, 01:34:54 am
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:

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.
Title: Re: The 24 May 2014 build (9778) is out.
Post by: ollydbg on June 11, 2014, 03:17:58 am
Hi, raynebc, this is indeed a bug in CC, I just create a simple code, and get the result (see image shot below)

Code
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.codeblocks.org/index.php/topic,19357.msg132262.html#msg132262)
Title: Re: The 24 May 2014 build (9778) is out.
Post by: 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.
Title: Re: The 24 May 2014 build (9778) is out.
Post by: ollydbg on June 13, 2014, 03:58:10 pm
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.