Author Topic: The 24 May 2014 build (9778) is out.  (Read 12843 times)

Offline killerbot

  • Administrator
  • Lives here!
  • *****
  • Posts: 5109
The 24 May 2014 build (9778) is out.
« 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.

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:



    Offline airc

    • Multiple posting newcomer
    • *
    • Posts: 31
    Re: The 24 May 2014 build (9778) is out.
    « Reply #1 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

    Offline MaxGaspa

    • Almost regular
    • **
    • Posts: 129
    Re: The 24 May 2014 build (9778) is out.
    « Reply #2 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.

    Offline oBFusCATed

    • Developer
    • Lives here!
    • *****
    • Posts: 11267
      • Travis build status
    Re: The 24 May 2014 build (9778) is out.
    « Reply #3 on: May 28, 2014, 01:09:31 am »
    Okay, now I can reproduce it...
    (most of the time I ignore long posts)
    [strangers don't send me private messages, I'll ignore them; post a topic in the forum, but first read the rules!]

    Offline oBFusCATed

    • Developer
    • Lives here!
    • *****
    • Posts: 11267
      • Travis build status
    Re: The 24 May 2014 build (9778) is out.
    « Reply #4 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...
    (most of the time I ignore long posts)
    [strangers don't send me private messages, I'll ignore them; post a topic in the forum, but first read the rules!]

    Offline Alpha

    • Developer
    • Lives here!
    • *****
    • Posts: 1513
    Re: The 24 May 2014 build (9778) is out.
    « Reply #5 on: May 28, 2014, 03:59:32 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.

    Offline damorin

    • Multiple posting newcomer
    • *
    • Posts: 36
    Re: The 24 May 2014 build (9778) is out.
    « Reply #6 on: May 28, 2014, 09:33:03 pm »
    Hi,

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

    Code: [Select]
      // 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.




    One problem at a time and we will get there.

    Offline ollydbg

    • Developer
    • Lives here!
    • *****
    • Posts: 5125
    • OpenCV and Robotics
      • Chinese OpenCV forum moderator
    Re: The 24 May 2014 build (9778) is out.
    « Reply #7 on: May 29, 2014, 03:24:49 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. :)
    If some piece of memory should be reused, turn them to variables (or const variables).
    If some piece of operations should be reused, turn them to functions.
    If they happened together, then turn them to classes.

    Offline stahta01

    • Lives here!
    • ****
    • Posts: 6366
      • My Best Post
    Re: The 24 May 2014 build (9778) is out.
    « Reply #8 on: May 29, 2014, 05:23:50 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.
    C Programmer working to learn more about C++ and Git.
    On Windows 7 64 bit and Windows 10 32 bit.
    On Debian Stretch, compiling CB Trunk against wxWidgets 3.0.
    --
    When in doubt, read the CB WiKi FAQ. http://wiki.codeblocks.org

    Offline killerbot

    • Administrator
    • Lives here!
    • *****
    • Posts: 5109
    Re: The 24 May 2014 build (9778) is out.
    « Reply #9 on: May 29, 2014, 05:54:55 pm »
    I think it is needed for a multithreaded app ?

    Offline ollydbg

    • Developer
    • Lives here!
    • *****
    • Posts: 5125
    • OpenCV and Robotics
      • Chinese OpenCV forum moderator
    Re: The 24 May 2014 build (9778) is out.
    « Reply #10 on: May 30, 2014, 02:40:12 am »
    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. :)

    If some piece of memory should be reused, turn them to variables (or const variables).
    If some piece of operations should be reused, turn them to functions.
    If they happened together, then turn them to classes.

    Offline raynebc

    • Almost regular
    • **
    • Posts: 161
    Re: The 24 May 2014 build (9778) is out.
    « Reply #11 on: June 11, 2014, 01:34:54 am »
    Hi,

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

    Code: [Select]
     // 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.
    « Last Edit: June 11, 2014, 01:37:32 am by raynebc »

    Offline ollydbg

    • Developer
    • Lives here!
    • *****
    • Posts: 5125
    • OpenCV and Robotics
      • Chinese OpenCV forum moderator
    Re: The 24 May 2014 build (9778) is out.
    « Reply #12 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: [Select]
    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
    « Last Edit: June 11, 2014, 03:48:22 am by ollydbg »
    If some piece of memory should be reused, turn them to variables (or const variables).
    If some piece of operations should be reused, turn them to functions.
    If they happened together, then turn them to classes.

    Offline MortenMacFly

    • Administrator
    • Lives here!
    • *****
    • Posts: 9474
    Re: The 24 May 2014 build (9778) is out.
    « Reply #13 on: June 12, 2014, 09:25:37 am »
    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.
    Compiler logging: Settings->Compiler & Debugger->tab "Other"->Compiler logging="Full command line"
    C::B Manual: http://www.codeblocks.org/docs/main_codeblocks_en.html
    C::B FAQ: http://wiki.codeblocks.org/index.php?title=FAQ

    Offline ollydbg

    • Developer
    • Lives here!
    • *****
    • Posts: 5125
    • OpenCV and Robotics
      • Chinese OpenCV forum moderator
    Re: The 24 May 2014 build (9778) is out.
    « Reply #14 on: June 13, 2014, 03:58:10 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.
    If some piece of memory should be reused, turn them to variables (or const variables).
    If some piece of operations should be reused, turn them to functions.
    If they happened together, then turn them to classes.