Author Topic: The 09 November 2015 build (10561) is out.  (Read 25188 times)

Offline killerbot

  • Administrator
  • Lives here!
  • *****
  • Posts: 5490
The 09 November 2015 build (10561) is out.
« on: November 09, 2015, 10:27:47 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://sourceforge.net/projects/codeblocks/files/Binaries/Nightlies/Prerequisites/wxmsw28u_gcc_cb_wx2812_gcc492-TDM.7z

For those who might need this one (when no MingW installed on your system) : the mingw10m.dll : http://sourceforge.net/projects/codeblocks/files/Binaries/Nightlies/Prerequisites/mingwm10_gcc492-TDM.7z

The 09 November 2015 build is out.
  - Windows :
   http://sourceforge.net/projects/codeblocks/files/Binaries/Nightlies/2015/CB_20151109_rev10561_win32.7z
  - Linux :
   none

The current SDK version is : 1.29.0

Resolved Fixed:

  • CC: parser - fix for function pointer parsing with assignment. (Thanks Huki)
  • CC: parser - fixed handling of assignment within for loop. (Thanks Huki)
  • CC: parser - reverted part of commit r10230 to fix regression in parsing of 'if' condition. (Thanks Huki)
  • SDK: add many DLLIMPORT or EVTIMPORT decorations for class definition and function declarations.
  • fixed compilation errors on Windows builds introduced in last commits
  • even more compilation fixes, including some for non-PCH/wx30 builds

Regressions/Confirmed/Annoying/Common bugs:



    Offline teto

    • Almost regular
    • **
    • Posts: 127
    Re: The 09 November 2015 build (10561) is out.
    « Reply #1 on: November 10, 2015, 03:07:32 am »
    I am using 10554 (compiled by myself) so not exactly this nightly but I have had several times in a row a crash just after opening a project on ubuntu

    Maybe this was fixed ? Here is a backtrace in case it helps
    Code
    #0  __lll_lock_wait_private () at ../sysdeps/unix/sysv/linux/x86_64/lowlevellock.S:95
    #1  0x00007f4bac51a4fc in __GI___libc_malloc (bytes=139962993716224) at malloc.c:2891
    #2  0x00007f4bad95e5c6 in wxStringBase::AllocBuffer(unsigned long) ()
       from /usr/lib/x86_64-linux-gnu/libwx_baseu-2.8.so.0
    #3  0x00007f4bad95e7a6 in wxStringBase::AllocBeforeWrite(unsigned long) ()
       from /usr/lib/x86_64-linux-gnu/libwx_baseu-2.8.so.0
    #4  0x00007f4bad95f5fd in wxStringBase::AssignCopy(unsigned long, wchar_t const*) ()
       from /usr/lib/x86_64-linux-gnu/libwx_baseu-2.8.so.0
    #5  0x00007f4bad95f6ab in wxStringBase::operator=(wchar_t) () from /usr/lib/x86_64-linux-gnu/libwx_baseu-2.8.so.0
    #6  0x00007f4bad931739 in wxFileName::GetPathSeparators(wxPathFormat) ()
       from /usr/lib/x86_64-linux-gnu/libwx_baseu-2.8.so.0
    #7  0x00007f4bad931a2e in wxFileName::GetPathTerminators(wxPathFormat) ()
       from /usr/lib/x86_64-linux-gnu/libwx_baseu-2.8.so.0
    #8  0x00007f4bad932bb7 in wxFileName::SplitPath(wxString const&, wxString*, wxString*, wxString*, wxString*, bool*, wxPathFormat) () from /usr/lib/x86_64-linux-gnu/libwx_baseu-2.8.so.0
    #9  0x00007f4bad934cff in wxFileName::SplitPath(wxString const&, wxString*, wxString*, wxString*, wxPathFormat) ()
       from /usr/lib/x86_64-linux-gnu/libwx_baseu-2.8.so.0
    #10 0x00007f4bad934e95 in ?? () from /usr/lib/x86_64-linux-gnu/libwx_baseu-2.8.so.0
    #11 0x00007f4bad9353e9 in ?? () from /usr/lib/x86_64-linux-gnu/libwx_baseu-2.8.so.0
    #12 0x00007f4bae9f0365 in wxDebugReport::wxDebugReport() () from /usr/lib/x86_64-linux-gnu/libwx_gtk2u_qa-2.8.so.0
    #13 0x0000000000446b33 in CodeBlocksApp::OnFatalException (this=<optimized out>) at app.cpp:882
    #14 0x00007f4bad99ae42 in wxFatalSignalHandler () from /usr/lib/x86_64-linux-gnu/libwx_baseu-2.8.so.0
    #15 <signal handler called>
    #16 0x00007f4bac5151e9 in malloc_consolidate (av=av@entry=0x7f4bac85ac00 <main_arena>) at malloc.c:4142
    #17 0x00007f4bac516f18 in _int_free (av=0x7f4bac85ac00 <main_arena>, p=<optimized out>, have_lock=1)
        at malloc.c:4042
    #18 0x00007f4bac519ab2 in _int_realloc (av=av@entry=0x7f4bac85ac00 <main_arena>, oldp=oldp@entry=0x6706d50,
        oldsize=oldsize@entry=240, nb=nb@entry=304) at malloc.c:4351
    #19 0x00007f4bac51ab0b in __GI___libc_realloc (oldmem=0x6706d60, bytes=296) at malloc.c:3023
    #20 0x00007f4bad95e861 in wxStringBase::Alloc(unsigned long) () from /usr/lib/x86_64-linux-gnu/libwx_baseu-2.8.so.0
    #21 0x00007f4bad95f88b in wxStringBase::ConcatSelf(unsigned long, wchar_t const*, unsigned long) ()
       from /usr/lib/x86_64-linux-gnu/libwx_baseu-2.8.so.0
    ---Type <return> to continue, or q <return> to quit---
    #22 0x00007f4b882446c7 in wxStringBase::ConcatSelf (src=<optimized out>, nLen=<optimized out>, this=0x7fff7623c848) at /usr/include/wx-2.8/wx/string.h:287
    #23 wxStringBase::append (str=..., this=0x7fff7623c848) at /usr/include/wx-2.8/wx/string.h:445
    #24 wxString::append (str=..., this=0x7fff7623c848) at /usr/include/wx-2.8/wx/string.h:1296
    #25 wxString::operator<< (s=..., this=0x7fff7623c848) at /usr/include/wx-2.8/wx/string.h:999
    #26 Tokenizer::ReadParentheses (this=this@entry=0x7fff7623c810, str=...) at parser/tokenizer.cpp:530
    #27 0x00007f4b88244fc4 in Tokenizer::GetToken (this=this@entry=0x7fff7623c810) at parser/tokenizer.cpp:845
    #28 0x00007f4b8822f899 in ParserThread::SkipBlock (this=this@entry=0x7fff7623c800) at parser/parserthread.cpp:276
    #29 0x00007f4b88232438 in ParserThread::ParseBufferForNamespaces (this=this@entry=0x7fff7623c800, buffer=..., result=std::vector of length 0, capacity 0) at parser/parserthread.cpp:343
    #30 0x00007f4b8822c1c0 in Parser::ParseBufferForNamespaces (this=0x650c400, buffer=..., result=std::vector of length 0, capacity 0) at parser/parser.cpp:439
    #31 0x00007f4b881e36dc in CodeCompletion::ParseFunctionsAndFillToolbar (this=0x1d40e70) at codecompletion.cpp:3054
    #32 0x00007f4bad997bdb in wxEvtHandler::ProcessEventIfMatches(wxEventTableEntryBase const&, wxEvtHandler*, wxEvent&) () from /usr/lib/x86_64-linux-gnu/libwx_baseu-2.8.so.0
    #33 0x00007f4bad997f3f in wxEvtHandler::SearchDynamicEventTable(wxEvent&) () from /usr/lib/x86_64-linux-gnu/libwx_baseu-2.8.so.0
    #34 0x00007f4bad998012 in wxEvtHandler::ProcessEvent(wxEvent&) () from /usr/lib/x86_64-linux-gnu/libwx_baseu-2.8.so.0
    #35 0x00007f4bae108270 in wxTimerBase::Notify() () from /usr/lib/x86_64-linux-gnu/libwx_gtk2u_core-2.8.so.0
    #36 0x00007f4bae014423 in ?? () from /usr/lib/x86_64-linux-gnu/libwx_gtk2u_core-2.8.so.0
    #37 0x00007f4babfc7913 in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
    #38 0x00007f4babfc6eaa in g_main_context_dispatch () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
    #39 0x00007f4babfc7250 in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
    #40 0x00007f4babfc7572 in g_main_loop_run () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
    #41 0x00007f4bad39aa07 in gtk_main () from /usr/lib/x86_64-linux-gnu/libgtk-x11-2.0.so.0
    #42 0x00007f4bae00a7aa in wxEventLoop::Run() () from /usr/lib/x86_64-linux-gnu/libwx_gtk2u_core-2.8.so.0
    #43 0x00007f4bae08ebfa in wxAppBase::MainLoop() () from /usr/lib/x86_64-linux-gnu/libwx_gtk2u_core-2.8.so.0
    #44 0x00000000004468d0 in CodeBlocksApp::OnRun (this=0xa7b9d0) at app.cpp:850
    #45 0x00007f4bad9400aa in wxEntry(int&, wchar_t**) () from /usr/lib/x86_64-linux-gnu/libwx_baseu-2.8.so.0
    #46 0x00000000004360b2 in main (Reading in symbols for libc-start.c...done.
    argc=1, argv=<optimized out>) at app.cpp:322

    and some of the ouput
    Code
    #define __GCC_ATOMIC_SHORT_LOCK_FREE 2
    #define __UINT_FAST8_TYPE__ unsigned char
    #define _GNU_SOURCE 1
    #define __ATOMIC_ACQ_REL 4
    #define __ATOMIC_RELEASE 3

    NativeParser::DoFullParsing(): AddProjectDefinedMacros failed!
    NativeParser::DoFullParsing(): Adding cpp/c files to batch-parser
    NativeParser::DoFullParsing(): Added 2009 source file(s) for project 'wireshark' to batch-parser...
    ClassBrowser::UpdateClassBrowserView(): No active project available.
    NativeParser::GetAllPathsByFilename(): Traversing '/home/teto/wireshark/epan/dissectors' for: packet-tcp.*
    NativeParser::GetAllPathsByFilename(): Found 2 files:
    - /home/teto/wireshark/epan/dissectors/packet-tcp.c
    - /home/teto/wireshark/epan/dissectors/packet-tcp.h
    NativeParser::CreateParser(): Finish creating a new parser for project 'wireshark'
    ClassBrowser::OnThreadEvent(): Updating class browser...
    ClassBrowser::OnThreadEvent(): Class browser updated.
    NativeParser::OnParserStart(): Starting batch parsing for project 'wireshark'...
    ReadVarNames() : Unexpected token '((__deprecated__))' for 'gcry_thread_cbs', file '/usr/include/gcrypt.h', line 218.
    ReadClsNames() : Unexpected token '((__deprecated__))' for 'gcry_mpi', file '/usr/include/gcrypt.h', line 241.
    ReadClsNames() : Unexpected token '((__deprecated__))' for 'gcry_mpi', file '/usr/include/gcrypt.h', line 242.
    ReadClsNames() : Unexpected token '((__deprecated__))' for 'gcry_sexp', file '/usr/include/gcrypt.h', line 345.
    ReadClsNames() : Unexpected token '((__deprecated__))' for 'gcry_sexp', file '/usr/include/gcrypt.h', line 346.
    ReadClsNames() : Unexpected token '((__deprecated__))' for 'gcry_cipher_handle', file '/usr/include/gcrypt.h', line 846.
    ReadClsNames() : Unexpected token '((__deprecated__))' for 'gcry_cipher_handle', file '/usr/include/gcrypt.h', line 847.
    ReadClsNames() : Unexpected token '((__deprecated__))' for 'gcry_md_handle', file '/usr/include/gcrypt.h', line 1177.
    ReadClsNames() : Unexpected token '((__deprecated__))' for 'gcry_md_handle', file '/usr/include/gcrypt.h', line 1178.
    Cheers

    Offline Jenna

    • Administrator
    • Lives here!
    • *****
    • Posts: 7255
    Re: The 09 November 2015 build (10561) is out.
    « Reply #2 on: November 10, 2015, 06:06:12 am »
    Debian packages (binaries and sources) for 32-bit and 64-bit systems can be found in my debian-repo.
    These packages are build against wxWidgets 3.0 from Debian repos and mght not be as stable than the versions build against wx2.8, but there are no wx2.8 packages available (at least for stable) from official repos.
    Please test and give feedback.

    Fedora packages (binaries and sources) for 32-bit and 64-bit systems (fc21, fc22, fc23 and rawhide), RedHat/CentOS 5 and 6 packages (also 32-bit and 64-bit) and RedHat/CentOS 7 packages (64-bit) can be found in my copr-repo.
    Instructions how to use it can be found on my server  or on copr.

    Offline ollydbg

    • Developer
    • Lives here!
    • *****
    • Posts: 5910
    • OpenCV and Robotics
      • Chinese OpenCV forum moderator
    Re: The 09 November 2015 build (10561) is out.
    « Reply #3 on: November 10, 2015, 08:14:54 am »
    I am using 10554 (compiled by myself) so not exactly this nightly but I have had several times in a row a crash just after opening a project on ubuntu

    Maybe this was fixed ? Here is a backtrace in case it helps
    I guess this is a multiply thread issue when a wxString is accessed from the main thread and the worker thread.
    Can you see a backtrace on other thread(You can run CB under GDB, and get all backtrace of every thread)? I mean I guess some thread are accessing the same buffer of a wxString.

    See some discussion in the subforum of CodeCompletion redesign, the solution is quite simple: use wxString 3.x, since under wxString 3.x, it use a thread safe atomic reference counter.
    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 oBFusCATed

    • Developer
    • Lives here!
    • *****
    • Posts: 13413
      • Travis build status
    Re: The 09 November 2015 build (10561) is out.
    « Reply #4 on: November 10, 2015, 09:12:09 am »
    @teto: Do you see the same backtrace every time? Can you share the project that causes it to crash?
    (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 teto

    • Almost regular
    • **
    • Posts: 127
    Re: The 09 November 2015 build (10561) is out.
    « Reply #5 on: November 10, 2015, 01:16:12 pm »
    Indeed I was using 3 codeblocks at the same time. The chance of this bug happening increases with the number of instances then ? (if it's some kind of deadlock).

    wx 3 creates all sorts of problems on my desktop. When I use it, codeblocks UI disappears little by little (sometimes a panel, sometimes the toolbar, sometimes everything) as I explained here:
    http://forums.codeblocks.org/index.php/topic,20643.msg140795.html#msg140795
    I have similar problems with the stock wxWidget examples so at least not all (maybe none) is codeblock's fault.

    @Obfuscated, it's kinda complex to share that project, but if that happens again I'll provide bt for all codeblocks instances.

    Offline teto

    • Almost regular
    • **
    • Posts: 127
    Re: The 09 November 2015 build (10561) is out.
    « Reply #6 on: November 10, 2015, 01:18:39 pm »
    The wxwidget 3 problems happen when I use jen's .deb. I would like to try compiling it myself with wxwidget .3 How can I do that ? ./configure --wxwidget=3 ?

    Offline oBFusCATed

    • Developer
    • Lives here!
    • *****
    • Posts: 13413
      • Travis build status
    Re: The 09 November 2015 build (10561) is out.
    « Reply #7 on: November 10, 2015, 08:28:43 pm »
    Try ./configure --help to see all the options.
    (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 cacb

    • Lives here!
    • ****
    • Posts: 536
    Re: The 09 November 2015 build (10561) is out.
    « Reply #8 on: December 12, 2015, 01:36:18 pm »
    Debian packages (binaries and sources) for 32-bit and 64-bit systems can be found in my debian-repo.

    Hi I am using my usual procedure for building from source on Kubuntu 15.10 amd64
    1. download https://apt.jenslody.de/stable/pool/main/codeblocks_13.12svn10621.orig.tar.gz   
    2. Edit debian/rules  (add --with-wx-config=/usr/bin/wx-config option)
    3. "sudo dpkg-buildpackage"  to build

    This has worked perfectly for a long time. But now I get error messages, final *.deb files do not have the correct version number (it reports "13.12svn10506" instead of "13.12svn10621"). Finally the resulting files do not install properly, there are complaints on libwxcontribitems

    $ sudo dpkg-buildpackage
    dpkg-buildpackage: warning:     debian/changelog(l1): badly formatted heading line
    LINE: <<<<<<< .mine
    dpkg-buildpackage: warning:     debian/changelog(l3): badly formatted heading line
    LINE: =======
    dpkg-buildpackage: warning:     debian/changelog(l4): found start of entry where expected start of change data
    LINE: codeblocks (13.12svn10508) unstable; urgency=low
    dpkg-buildpackage: warning:     debian/changelog(l4): found end of file where expected start of change data
     dpkg-source --before-build codeblocks-13.12svn
    dpkg-source: warning: codeblocks-13.12svn/debian/changelog(l1): badly formatted heading line
    LINE: <<<<<<< .mine
    dpkg-source: warning: codeblocks-13.12svn/debian/changelog(l3): badly formatted heading line


    When I check debian/changelog, It looks to be incorrect, the first few lines are:

    <<<<<<< .mine
    codeblocks (13.12svn10506) unstable; urgency=low
    =======
    codeblocks (13.12svn10508) unstable; urgency=low
    >>>>>>> .r10512



    Could you advice please?

    Offline Jenna

    • Administrator
    • Lives here!
    • *****
    • Posts: 7255
    Re: The 09 November 2015 build (10561) is out.
    « Reply #9 on: December 12, 2015, 03:47:08 pm »
    Debian packages (binaries and sources) for 32-bit and 64-bit systems can be found in my debian-repo.

    Hi I am using my usual procedure for building from source on Kubuntu 15.10 amd64
    1. download https://apt.jenslody.de/stable/pool/main/codeblocks_13.12svn10621.orig.tar.gz   
    2. Edit debian/rules  (add --with-wx-config=/usr/bin/wx-config option)
    3. "sudo dpkg-buildpackage"  to build

    This has worked perfectly for a long time. But now I get error messages, final *.deb files do not have the correct version number (it reports "13.12svn10506" instead of "13.12svn10621"). Finally the resulting files do not install properly, there are complaints on libwxcontribitems

    $ sudo dpkg-buildpackage
    dpkg-buildpackage: warning:     debian/changelog(l1): badly formatted heading line
    LINE: <<<<<<< .mine
    dpkg-buildpackage: warning:     debian/changelog(l3): badly formatted heading line
    LINE: =======
    dpkg-buildpackage: warning:     debian/changelog(l4): found start of entry where expected start of change data
    LINE: codeblocks (13.12svn10508) unstable; urgency=low
    dpkg-buildpackage: warning:     debian/changelog(l4): found end of file where expected start of change data
     dpkg-source --before-build codeblocks-13.12svn
    dpkg-source: warning: codeblocks-13.12svn/debian/changelog(l1): badly formatted heading line
    LINE: <<<<<<< .mine
    dpkg-source: warning: codeblocks-13.12svn/debian/changelog(l3): badly formatted heading line


    When I check debian/changelog, It looks to be incorrect, the first few lines are:

    <<<<<<< .mine
    codeblocks (13.12svn10506) unstable; urgency=low
    =======
    codeblocks (13.12svn10508) unstable; urgency=low
    >>>>>>> .r10512



    Could you advice please?
    You can download it again, the tarball is fixed.
    But it never had the correct revision. The correct revision is in the appropriate "*.debian.tar.gz"-file. You have to download it and unpack it inside the codeblocks-folder from the "*.orig.tar.gz"-file.

    Offline cacb

    • Lives here!
    • ****
    • Posts: 536
    Re: The 09 November 2015 build (10561) is out.
    « Reply #10 on: December 12, 2015, 07:47:09 pm »
    You can download it again, the tarball is fixed.
    But it never had the correct revision. The correct revision is in the appropriate "*.debian.tar.gz"-file. You have to download it and unpack it inside the codeblocks-folder from the "*.orig.tar.gz"-file.

    Thank you very much, that was quick! I tried replacing the whole "debian" folder from the "*.debian.tar.gz" in the extracted codeblocks-folder, but then the build failed. However it worked to only replace the debian/changelog file and edit the debian/rules as before (to compile against wx2.8 ). Then the result was *.deb files with proper revision numbers & also the same displayed in C::B. It seems to work just fine.

    Offline cacb

    • Lives here!
    • ****
    • Posts: 536
    Re: The 09 November 2015 build (10561) is out.
    « Reply #11 on: December 24, 2015, 12:16:49 pm »
    Merry Christmas everyone!

    Just a quick note on something I have seen in the Windows version of this 09 November 2015 build (10561) build:

    When I close a workspace (workspace A) using "File->Close Workspace" and open another (workspace B), typically via the "Recent projects" links on the C::B front page, I find that my post build steps are sometimes not working properly. Below is an example specification of a post build step:

    $(CPDE_USR)\bin\cpde_usr  -bin -xi -project=$(PROJECT_NAME)  -root=$(PROJECT_DIR)  -build=$(TARGET_NAME)  -target=$(TARGET_OUTPUT_FILE)  -usr=$(CPDE_USR)

    (CPDE_USR is a C::B environment variable I have defined, it isn't a problem here. )

    The problem is that sometimes the $(PROJECT_NAME), $(PROJECT_DIR), $(TARGET_NAME)  etc. variables of C::B keep their settings from the used-to-be-current project in the recently closed workspace A, i.e. they are NOT reassigned to the actually-current project in workspace B.

    The work-around when this happens is to close/restart C::B and open workspace B, then all is fine in the build. Note that no changes have occurred in workspace B.


    I am able to reproduce on my own workspaces like this:
    1. Open C:B
    2. Open Workspace A, Rebuild All
    3. File -> Cose Workspace
    4. Open Workspace B by clicking link on front page
    5. Rebuild all. Post-build step fails here, indicating the $(PROJECT_NAME) is the used-to-be project in the previous workspace A




    Offline cacb

    • Lives here!
    • ****
    • Posts: 536
    Re: The 09 November 2015 build (10561) is out.
    « Reply #12 on: December 28, 2015, 12:34:21 pm »
    I am able to reproduce on my own workspaces like this:
    1. Open C:B
    2. Open Workspace A, Rebuild All
    3. File -> Cose Workspace
    4. Open Workspace B by clicking link on front page
    5. Rebuild all. Post-build step fails here, indicating the $(PROJECT_NAME) is the used-to-be project in the previous workspace A

    I have just confirmed that the exact same problem occurs under Linux, built from Jens' tarball (svn 10621).

    Offline oBFusCATed

    • Developer
    • Lives here!
    • *****
    • Posts: 13413
      • Travis build status
    Re: The 09 November 2015 build (10561) is out.
    « Reply #13 on: December 28, 2015, 02:09:28 pm »
    Please post a ticket on sf.net so we can track this problem and probably fix 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 cacb

    • Lives here!
    • ****
    • Posts: 536
    Re: The 09 November 2015 build (10561) is out.
    « Reply #14 on: December 28, 2015, 07:50:38 pm »
    Please post a ticket on sf.net so we can track this problem and probably fix it.

    Done: ticket #277