Author Topic: Codeblocks crashes in command line build  (Read 10424 times)

Offline alexchen

  • Multiple posting newcomer
  • *
  • Posts: 84
Codeblocks crashes in command line build
« on: March 07, 2016, 09:38:00 pm »
Hi, we recently update Code::Blocks from 13.12 (from CentOS repository) to 16 (from Code::Blocks download), and wxGTK 2.8.12 release 8 to release 20 (from CentOS repository).  But now we are experiencing code dump from codeblocks when running its command line mode. The version of CentOS is 7.2.1511.
The parameters used to run codeblocks are
 /usr/bin/codeblocks /ni /ns --debug-log --$BUILD_TYPE --target=$TARGET ${WORKSPACE}.workspace
where BUILD_TYPE is 'build' or 'rebuild', TARGET is 'debug' or 'release', and WORKSPACE is the name of a workspace file. The dump file shows the following stack trace:

$ gdb /usr/bin/codeblocks /var/crash/codeblocks.1457378583.crash.5540
GNU gdb (GDB) Red Hat Enterprise Linux 7.6.1-80.el7
Copyright (C) 2013 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "x86_64-redhat-linux-gnu".
For bug reporting instructions, please see:
<http://www.gnu.org/software/gdb/bugs/>...
Reading symbols from /usr/bin/codeblocks...Reading symbols from /usr/bin/codeblocks...(no debugging symbols found)...done.
(no debugging symbols found)...done.
[New LWP 5540]
[New LWP 7131]
[New LWP 5543]
[New LWP 5542]
[New LWP 7132]
[New LWP 7130]
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib64/libthread_db.so.1".
Core was generated by `/usr/bin/codeblocks /ni /ns --debug-log --build --target=Debug64 Draco.workspac'.
Program terminated with signal 6, Aborted.
#0  0x00007fa2fb7295f7 in raise () from /lib64/libc.so.6
Missing separate debuginfos, use: debuginfo-install codeblocks-16.01-1.el7.x86_64
(gdb) where
#0  0x00007fa2fb7295f7 in raise () at /lib64/libc.so.6
#1  0x00007fa2fb72ace8 in abort () at /lib64/libc.so.6
#2  0x00007fa2fb769317 in __libc_message () at /lib64/libc.so.6
#3  0x00007fa2fb76fea2 in malloc_consolidate () at /lib64/libc.so.6
#4  0x00007fa2fb771ea5 in _int_malloc () at /lib64/libc.so.6
#5  0x00007fa2fb7738dc in malloc () at /lib64/libc.so.6
#6  0x00007fa2fecb06d7 in wxStringBase::AllocBuffer(unsigned long) () at /lib64/libwx_baseu-2.8.so.0
#7  0x00007fa2fecb0866 in wxStringBase::AllocBeforeWrite(unsigned long) () at /lib64/libwx_baseu-2.8.so.0
#8  0x00007fa2fecb27f9 in wxString::GetWriteBuf(unsigned long) () at /lib64/libwx_baseu-2.8.so.0
#9  0x00007fa2fecb3e57 in wxString::PrintfV(wchar_t const*, __va_list_tag*) () at /lib64/libwx_baseu-2.8.so.0
#10 0x00007fa2fecb40f4 in wxString::Printf(wchar_t const*, ...) () at /lib64/libwx_baseu-2.8.so.0
#11 0x00007fa2e83d18e2 in CompilerGCC::DoRecreateTargetMenu() () at /usr/lib64/codeblocks/plugins/libcompiler.so
#12 0x00007fa2e83d2595 in CompilerGCC::UpdateProjectTargets(cbProject*) () at /usr/lib64/codeblocks/plugins/libcompiler.so
#13 0x00007fa300bcb460 in Manager::ProcessEvent(CodeBlocksEvent&) () at /lib64/libcodeblocks.so.0
#14 0x00007fa300bffa61 in ProjectManager::SetProject(cbProject*, bool) () at /lib64/libcodeblocks.so.0
#15 0x00007fa300c016a3 in ProjectManager::CloseProject(cbProject*, bool, bool) () at /lib64/libcodeblocks.so.0
#16 0x00007fa300c01786 in ProjectManager::CloseAllProjects(bool) () at /lib64/libcodeblocks.so.0
#17 0x00007fa300c019fd in ProjectManager::CloseWorkspace() () at /lib64/libcodeblocks.so.0
#18 0x00000000004a6e50 in MainFrame::OnApplicationClose(wxCloseEvent&) ()
#19 0x00007fa2fece9746 in wxEvtHandler::ProcessEventIfMatches(wxEventTableEntryBase const&, wxEvtHandler*, wxEvent&) () at /lib64/libwx_baseu-2.8.so.0
#20 0x00007fa2fece97eb in wxEventHashTable::HandleEvent(wxEvent&, wxEvtHandler*) () at /lib64/libwx_baseu-2.8.so.0
#21 0x00007fa2fece9b57 in wxEvtHandler::ProcessEvent(wxEvent&) () at /lib64/libwx_baseu-2.8.so.0
#22 0x00007fa2fece9ae0 in wxEvtHandler::ProcessEvent(wxEvent&) () at /lib64/libwx_baseu-2.8.so.0
#23 0x00007fa2fece9ae0 in wxEvtHandler::ProcessEvent(wxEvent&) () at /lib64/libwx_baseu-2.8.so.0
#24 0x00007fa2fece9ae0 in wxEvtHandler::ProcessEvent(wxEvent&) () at /lib64/libwx_baseu-2.8.so.0
#25 0x00007fa2fece9ae0 in wxEvtHandler::ProcessEvent(wxEvent&) () at /lib64/libwx_baseu-2.8.so.0
#26 0x00007fa2fece9ae0 in wxEvtHandler::ProcessEvent(wxEvent&) () at /lib64/libwx_baseu-2.8.so.0
#27 0x00007fa2fece9ae0 in wxEvtHandler::ProcessEvent(wxEvent&) () at /lib64/libwx_baseu-2.8.so.0
#28 0x00007fa2fece9ae0 in wxEvtHandler::ProcessEvent(wxEvent&) () at /lib64/libwx_baseu-2.8.so.0
#29 0x00007fa2fece9ae0 in wxEvtHandler::ProcessEvent(wxEvent&) () at /lib64/libwx_baseu-2.8.so.0
#30 0x00007fa2fece9ae0 in wxEvtHandler::ProcessEvent(wxEvent&) () at /lib64/libwx_baseu-2.8.so.0
#31 0x00007fa2ff6736fc in wxWindowBase::Close(bool) () at /lib64/libwx_gtk2u_core-2.8.so.0
#32 0x00000000004478d1 in CodeBlocksApp::OnInit() ()
#33 0x00007fa2fec9274c in wxEntry(int&, wchar_t**) () at /lib64/libwx_baseu-2.8.so.0
#34 0x0000000000435fb2 in main ()
(gdb)

I do not know if this an issue in codeblocks or in wxGTK.  How can I turn off the message windows totally so the codeblocks does not invoke any wxGTK GUI code, if it is possible?

Offline stahta01

  • Lives here!
  • ****
  • Posts: 7592
    • My Best Post
Re: Codeblocks crashes in command line build
« Reply #1 on: March 07, 2016, 10:55:25 pm »
Quote
I do not know if this an issue in codeblocks or in wxGTK.  How can I turn off the message windows totally so the codeblocks does not invoke any wxGTK GUI code, if it is possible?

No, unless you compile Code::Blocks and do a lot of code changes!!

Code
 /usr/bin/codeblocks /ni /ns --debug-log --$BUILD_TYPE --target=$TARGET ${WORKSPACE}.workspace

I suggest removing or replacing all the "/" options and see if the error goes away.
So, use "--no-splash-screen" instead of "/ns".
And, remove option "/ni" or replace it.

Tim S.
C Programmer working to learn more about C++ and Git.
On Windows 7 64 bit and Windows 10 64 bit.
--
When in doubt, read the CB WiKi FAQ. http://wiki.codeblocks.org

Offline oBFusCATed

  • Developer
  • Lives here!
  • *****
  • Posts: 13413
    • Travis build status
Re: Codeblocks crashes in command line build
« Reply #2 on: March 08, 2016, 12:15:03 am »
Reproduced... it seems it is pretty crashy when using batch at the moment...

On the gtk issue: no it is not possible to no use any gui functions at the moment and it is not something that is easy to fix.
(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 alexchen

  • Multiple posting newcomer
  • *
  • Posts: 84
Re: Codeblocks crashes in command line build
« Reply #3 on: March 08, 2016, 12:32:58 am »
Thanks for confirming that.  This is a pretty serious issue for us because we use command line mode for automatic builds.
We encounter similar crash in version 13.12 occasionally, too, but 16.0 seems to be getting worse.

Offline Jenna

  • Administrator
  • Lives here!
  • *****
  • Posts: 7255
Re: Codeblocks crashes in command line build
« Reply #4 on: March 08, 2016, 06:30:51 am »
Thanks for confirming that.  This is a pretty serious issue for us because we use command line mode for automatic builds.
We encounter similar crash in version 13.12 occasionally, too, but 16.0 seems to be getting worse.
I don't get a crash here with Code::blocks 16.01 with a very simple test workspace (just the hello world example in a workspace).
I suggest not to use the slashes ("/"), but a dash ("-") instead or remove the two options at all.
And/or try if not using the "--debug-log"-switch helps.

Can you try to (re-)install the release files from my copr-repo (https://copr.fedorainfracloud.org/coprs/jenslody/codeblocks-release/) ?
These are the exact same files as on our download server.

You can also install the debuginfo packages from there.

Or use a newer nightly from my nightly-copr and see if the issue is fixed in the meantime.

Offline oBFusCATed

  • Developer
  • Lives here!
  • *****
  • Posts: 13413
    • Travis build status
Re: Codeblocks crashes in command line build
« Reply #5 on: March 08, 2016, 09:27:12 am »
Without --debug-log it crashed for me again. I'm using a workspace with multiple projects in it. I'm using wx3.0 and the latest revision.
There are tons of asserts, too.
(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 stahta01

  • Lives here!
  • ****
  • Posts: 7592
    • My Best Post
Re: Codeblocks crashes in command line build
« Reply #6 on: March 08, 2016, 06:27:19 pm »
Without --debug-log it crashed for me again. I'm using a workspace with multiple projects in it. I'm using wx3.0 and the latest revision.
There are tons of asserts, too.

Does it crash when building the Code::Blocks workspace?

Tim S.
C Programmer working to learn more about C++ and Git.
On Windows 7 64 bit and Windows 10 64 bit.
--
When in doubt, read the CB WiKi FAQ. http://wiki.codeblocks.org

Offline oBFusCATed

  • Developer
  • Lives here!
  • *****
  • Posts: 13413
    • Travis build status
Re: Codeblocks crashes in command line build
« Reply #7 on: March 08, 2016, 08:14:01 pm »
Probably. I have a simpler workspace and I'll start fixing the problems soon.
(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 Jenna

  • Administrator
  • Lives here!
  • *****
  • Posts: 7255
Re: Codeblocks crashes in command line build
« Reply #8 on: March 08, 2016, 08:21:38 pm »
Without --debug-log it crashed for me again. I'm using a workspace with multiple projects in it. I'm using wx3.0 and the latest revision.
There are tons of asserts, too.
wx3.0 is irrelevant for this thread, the CentOS packages are build against wx2.8


Offline oBFusCATed

  • Developer
  • Lives here!
  • *****
  • Posts: 13413
    • Travis build status
Re: Codeblocks crashes in command line build
« Reply #9 on: March 08, 2016, 08:40:43 pm »
I have a build with wx2.8 which crashes in a similar fashion. :)
(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: 13413
    • Travis build status
Re: Codeblocks crashes in command line build
« Reply #10 on: March 11, 2016, 10:27:01 am »
The crash should have been fixed in rev 10806.
In 10807 I've fixed most of the asserts in wx30.
(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 alexchen

  • Multiple posting newcomer
  • *
  • Posts: 84
Re: Codeblocks crashes in command line build
« Reply #11 on: March 11, 2016, 05:41:25 pm »
Thanks for all the posts.  I was busy and did not get to see the replies until now.  Reading from the last post it seems the problem has been fixed?  Is there a RPM somewhere that I can try it out?
Thanks so much.

Offline Jenna

  • Administrator
  • Lives here!
  • *****
  • Posts: 7255
Re: Codeblocks crashes in command line build
« Reply #12 on: March 12, 2016, 08:21:13 am »
Thanks for all the posts.  I was busy and did not get to see the replies until now.  Reading from the last post it seems the problem has been fixed?  Is there a RPM somewhere that I can try it out?
Thanks so much.

A build of actual trunc is currently building in my copr, see: https://copr.fedorainfracloud.org/coprs/jenslody/codeblocks/build/167669/

Offline alexchen

  • Multiple posting newcomer
  • *
  • Posts: 84
Re: Codeblocks crashes in command line build
« Reply #13 on: March 12, 2016, 08:05:59 pm »
There seems to be build failures in all platforms?

Offline Jenna

  • Administrator
  • Lives here!
  • *****
  • Posts: 7255
Re: Codeblocks crashes in command line build
« Reply #14 on: March 12, 2016, 08:36:39 pm »
There seems to be build failures in all platforms?
I know and I already committed some patches, that fix this.
A new build is for most platforms (including el7) has succeeded: https://copr.fedorainfracloud.org/coprs/jenslody/codeblocks/build/167732/

Offline alexchen

  • Multiple posting newcomer
  • *
  • Posts: 84
Re: Codeblocks crashes in command line build
« Reply #15 on: March 23, 2016, 07:37:38 pm »
I install the new RPM but it still dumps core.  Here are the RPM information and core stack.

------------------
[root@linux-84x12 crash]# yum info codeblocks
Loaded plugins: fastestmirror, langpacks
Loading mirror speeds from cached hostfile
 * base: linux.mirrors.es.net
 * epel: linux.mirrors.es.net
 * extras: repos.redrockhost.com
 * updates: centos.mirror.ndchost.com
Installed Packages
Name        : codeblocks
Arch        : x86_64
Version     : 16.01.svn.10811
Release     : 1.el7
Size        : 12 M
Repo        : installed
From repo   : /codeblocks-16.01.svn.10811-1.el7.x86_64
Summary     : OpenSource Cross Platform Free C++ IDE
URL         : http://www.codeblocks.org/
License     : GPLv3+
Description : Code::Blocks is the open-source, cross-platform Integrated Development
            : Environment (IDE).
            :
            : It is based on a self-developed plugin framework allowing unlimited
            : extensibility.
            : Most of its functionality is already provided by plugins.
            :
            :  Plugins included in the base package are:
            :   * Compiler frontend to many free compilers
            :   * Debugger frontend for GDB (and CDB for windows platforms)
            :   * Source formatter (based on AStyle)
            :   * Wizard to create new C++ classes
            :   * Code-completion / symbols-browser (work in progress)
            :   * Default MIME handler
            :   * Wizard to create new Code::Blocks plugins
            :   * To-do list
            :   * Extensible wizard based on scripts
            :   * Autosave (saves your work in the unfortunate case of a crash)
------------------
[root@linux-84x12 crash]# yum info wxGTK
Loaded plugins: fastestmirror, langpacks
Loading mirror speeds from cached hostfile
 * base: linux.mirrors.es.net
 * epel: linux.mirrors.es.net
 * extras: repos.redrockhost.com
 * updates: centos.mirror.ndchost.com
Installed Packages
Name        : wxGTK
Arch        : x86_64
Version     : 2.8.12
Release     : 20.el7
Size        : 12 M
Repo        : installed
From repo   : epel
Summary     : GTK2 port of the wxWidgets GUI library
URL         : http://www.wxwidgets.org/
License     : wxWidgets
Description : wxWidgets/GTK2 is the GTK2 port of the C++ cross-platform wxWidgets
            : GUI library, offering classes for all common GUI controls as well as a
            : comprehensive set of helper classes for most common application tasks,
            : ranging from networking to HTML display and image manipulation.
----------------------

[root@linux-84x12 crash]# gdb /usr/bin/codeblocks /var/crash/codeblocks.1458755626.crash.15076
GNU gdb (GDB) Red Hat Enterprise Linux 7.6.1-51.el7
Copyright (C) 2013 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "x86_64-redhat-linux-gnu".
For bug reporting instructions, please see:
<http://www.gnu.org/software/gdb/bugs/>...
Reading symbols from /usr/bin/codeblocks...Reading symbols from /usr/bin/codeblocks...(no debugging symbols found)...done.
(no debugging symbols found)...done.
[New LWP 15076]
[New LWP 15084]
[New LWP 15082]
[New LWP 15138]
[New LWP 15139]
[New LWP 15140]
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib64/libthread_db.so.1".
Core was generated by `/usr/bin/codeblocks /ns --clean CWPC/Linux/CWPC.workspace'.
Program terminated with signal 11, Segmentation fault.
#0  0x00007f76fede3ade in _int_free () from /lib64/libc.so.6
Traceback (most recent call last):
  File "/usr/share/gdb/auto-load/usr/lib64/libgobject-2.0.so.0.3600.3-gdb.py", line 9, in <module>
    from gobject import register
  File "/usr/share/glib-2.0/gdb/gobject.py", line 3, in <module>
    import gdb.backtrace
ImportError: No module named backtrace
Traceback (most recent call last):
  File "/usr/share/gdb/auto-load/usr/lib64/libgobject-2.0.so.0.3600.3-gdb.py", line 9, in <module>
    from gobject import register
  File "/usr/share/glib-2.0/gdb/gobject.py", line 3, in <module>
    import gdb.backtrace
ImportError: No module named backtrace
Missing separate debuginfos, use: debuginfo-install codeblocks-16.01.svn.10811-1.el7.x86_64
(gdb) where
#0  0x00007f76fede3ade in _int_free () from /lib64/libc.so.6
#1  0x00007f7704219599 in ProjectFile::~ProjectFile() () from /lib64/libcodeblocks.so.0
#2  0x00007f7704161265 in cbProject::CloseAllFiles(bool) () from /lib64/libcodeblocks.so.0
#3  0x00007f7704234cd2 in ProjectManager::CloseProject(cbProject*, bool, bool) () from /lib64/libcodeblocks.so.0
#4  0x00007f7704234f06 in ProjectManager::CloseAllProjects(bool) () from /lib64/libcodeblocks.so.0
#5  0x00007f7704235091 in ProjectManager::CloseWorkspace() () from /lib64/libcodeblocks.so.0
#6  0x00000000004a69e0 in MainFrame::OnApplicationClose(wxCloseEvent&) ()
#7  0x00007f7702323746 in wxEvtHandler::ProcessEventIfMatches(wxEventTableEntryBase const&, wxEvtHandler*, wxEvent&) ()
   from /lib64/libwx_baseu-2.8.so.0
#8  0x00007f77023237eb in wxEventHashTable::HandleEvent(wxEvent&, wxEvtHandler*) () from /lib64/libwx_baseu-2.8.so.0
#9  0x00007f7702323b57 in wxEvtHandler::ProcessEvent(wxEvent&) () from /lib64/libwx_baseu-2.8.so.0
#10 0x00007f7702323ae0 in wxEvtHandler::ProcessEvent(wxEvent&) () from /lib64/libwx_baseu-2.8.so.0
#11 0x00007f7702323ae0 in wxEvtHandler::ProcessEvent(wxEvent&) () from /lib64/libwx_baseu-2.8.so.0
#12 0x00007f7702323ae0 in wxEvtHandler::ProcessEvent(wxEvent&) () from /lib64/libwx_baseu-2.8.so.0
#13 0x00007f7702323ae0 in wxEvtHandler::ProcessEvent(wxEvent&) () from /lib64/libwx_baseu-2.8.so.0
#14 0x00007f7702323ae0 in wxEvtHandler::ProcessEvent(wxEvent&) () from /lib64/libwx_baseu-2.8.so.0
#15 0x00007f7702323ae0 in wxEvtHandler::ProcessEvent(wxEvent&) () from /lib64/libwx_baseu-2.8.so.0
#16 0x00007f7702323ae0 in wxEvtHandler::ProcessEvent(wxEvent&) () from /lib64/libwx_baseu-2.8.so.0
#17 0x00007f7702323ae0 in wxEvtHandler::ProcessEvent(wxEvent&) () from /lib64/libwx_baseu-2.8.so.0
#18 0x00007f7702cad6fc in wxWindowBase::Close(bool) () from /lib64/libwx_gtk2u_core-2.8.so.0
#19 0x0000000000447cbe in CodeBlocksApp::OnInit() ()
#20 0x00007f77022cc74c in wxEntry(int&, wchar_t**) () from /lib64/libwx_baseu-2.8.so.0
#21 0x0000000000435d12 in main ()

Offline oBFusCATed

  • Developer
  • Lives here!
  • *****
  • Posts: 13413
    • Travis build status
Re: Codeblocks crashes in command line build
« Reply #16 on: March 23, 2016, 08:25:06 pm »
For this I think we'll need an example project/workspace.
Can you reproduce this with a simple one or only with a production based?
(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 alexchen

  • Multiple posting newcomer
  • *
  • Posts: 84
Re: Codeblocks crashes in command line build
« Reply #17 on: March 23, 2016, 11:36:52 pm »
Let me see.  This happens in the system build machine.  I do not see it on my own machine although we all use a VM under the same configuration.
Thanks.

Offline alexchen

  • Multiple posting newcomer
  • *
  • Posts: 84
Re: Codeblocks crashes in command line build
« Reply #18 on: March 24, 2016, 12:27:56 am »
This is new core dump.  I install the codeblocks-debuginfo package so the line number is available.  I hope this is useful.
=======
$ gdb /usr/bin/codeblocks codeblocks.1458774664.crash.14713
GNU gdb (GDB) Red Hat Enterprise Linux 7.6.1-51.el7
Copyright (C) 2013 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "x86_64-redhat-linux-gnu".
For bug reporting instructions, please see:
<http://www.gnu.org/software/gdb/bugs/>...
Reading symbols from /usr/bin/codeblocks...Reading symbols from /usr/lib/debug/usr/bin/codeblocks.debug...done.
done.
[New LWP 14713]
[New LWP 14715]
[New LWP 14880]
[New LWP 14879]
[New LWP 14878]
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib64/libthread_db.so.1".
Missing separate debuginfo for /lib64/libgraphite2.so.3
Try: yum --enablerepo='*debug*' install /usr/lib/debug/.build-id/7b/9de7ee95d41699040c799d36143b37906a43fc.debug
Core was generated by `/usr/bin/codeblocks --no-splash-screen --no-ipc --debug-log --build --target=De'.
Program terminated with signal 6, Aborted.
#0  0x00007f90154e95f7 in raise () from /lib64/libc.so.6
Traceback (most recent call last):
  File "/usr/share/gdb/auto-load/usr/lib64/libgobject-2.0.so.0.3600.3-gdb.py", line 9, in <module>
    from gobject import register
  File "/usr/share/glib-2.0/gdb/gobject.py", line 3, in <module>
    import gdb.backtrace
ImportError: No module named backtrace
Traceback (most recent call last):
  File "/usr/share/gdb/auto-load/usr/lib64/libgobject-2.0.so.0.3600.3-gdb.py", line 9, in <module>
    from gobject import register
  File "/usr/share/glib-2.0/gdb/gobject.py", line 3, in <module>
    import gdb.backtrace
ImportError: No module named backtrace
Missing separate debuginfos, use: debuginfo-install PackageKit-gtk3-module-0.8.9-11.el7.centos.x86_64 SDL-1.2.15-11.el7.x86_64 adwaita-gtk2-theme-3.8.4-3.el7.x86_64 atk-2.8.0-4.el7.x86_64 cairo-1.12.14-6.el7.x86_64 dbus-libs-1.6.12-8.el7.x86_64 expat-2.1.0-8.el7.x86_64 fontconfig-2.10.95-7.el7.x86_64 freetype-2.4.11-9.el7.x86_64 gdk-pixbuf2-2.28.2-4.el7.x86_64 glib2-2.36.3-5.el7.x86_64 glibc-2.17-106.el7_2.4.x86_64 gtk2-2.24.22-5.el7.x86_64 gvfs-1.16.4-7.el7.x86_64 harfbuzz-0.9.20-3.el7.x86_64 ibus-gtk2-1.5.3-11.el7.x86_64 ibus-libs-1.5.3-11.el7.x86_64 jbigkit-libs-2.0-11.el7.x86_64 libICE-1.0.8-7.el7.x86_64 libSM-1.2.1-7.el7.x86_64 libX11-1.6.0-2.1.el7.x86_64 libXau-1.0.8-2.1.el7.x86_64 libXcomposite-0.4.4-4.1.el7.x86_64 libXcursor-1.1.14-2.1.el7.x86_64 libXdamage-1.1.4-4.1.el7.x86_64 libXext-1.3.2-2.1.el7.x86_64 libXfixes-5.0.1-2.1.el7.x86_64 libXi-1.7.2-2.1.el7.x86_64 libXinerama-1.1.3-2.1.el7.x86_64 libXrandr-1.4.1-2.1.el7.x86_64 libXrender-0.9.8-2.1.el7.x86_64 libXxf86vm-1.1.3-2.1.el7.x86_64 libbluray-0.2.3-5.el7.x86_64 libcanberra-0.30-5.el7.x86_64 libcanberra-gtk2-0.30-5.el7.x86_64 libdrm-2.4.50-1.1.el7.x86_64 libffi-3.0.13-11.el7.x86_64 libgcc-4.8.5-4.el7.x86_64 libjpeg-turbo-1.2.90-5.el7.x86_64 libogg-1.3.0-7.el7.x86_64 libpng-1.5.13-5.el7.x86_64 libselinux-2.2.2-6.el7.x86_64 libstdc++-4.8.5-4.el7.x86_64 libtdb-1.2.12-3.el7.x86_64 libtiff-4.0.3-14.el7.x86_64 libtool-ltdl-2.4.2-20.el7.x86_64 libuuid-2.23.2-16.el7.x86_64 libvorbis-1.3.3-8.el7.x86_64 libxcb-1.9-5.el7.x86_64 libxml2-2.9.1-5.el7.x86_64 mesa-libEGL-9.2.5-5.20131218.el7.x86_64 mesa-libGL-9.2.5-5.20131218.el7.x86_64 mesa-libgbm-9.2.5-5.20131218.el7.x86_64 mesa-libglapi-9.2.5-5.20131218.el7.x86_64 nss-softokn-freebl-3.15.4-2.el7.x86_64 pango-1.34.1-5.el7.x86_64 pcre-8.32-12.el7.x86_64 pixman-0.32.4-3.el7.x86_64 systemd-libs-208-11.el7.x86_64 wxBase-2.8.12-20.el7.x86_64 wxGTK-2.8.12-20.el7.x86_64 xz-libs-5.1.2-8alpha.el7.x86_64 zlib-1.2.7-13.el7.x86_64
(gdb) where
#0  0x00007f90154e95f7 in raise () from /lib64/libc.so.6
#1  0x00007f90154eace8 in abort () from /lib64/libc.so.6
#2  0x00007f9015529317 in __libc_message () from /lib64/libc.so.6
#3  0x00007f901552fea2 in malloc_consolidate () from /lib64/libc.so.6
#4  0x00007f9015531ea5 in _int_malloc () from /lib64/libc.so.6
#5  0x00007f90155338dc in malloc () from /lib64/libc.so.6
#6  0x00007f9018a376d7 in wxStringBase::AllocBuffer(unsigned long) () from /lib64/libwx_baseu-2.8.so.0
#7  0x00007f9018a37866 in wxStringBase::AllocBeforeWrite(unsigned long) () from /lib64/libwx_baseu-2.8.so.0
#8  0x00007f9018a397f9 in wxString::GetWriteBuf(unsigned long) () from /lib64/libwx_baseu-2.8.so.0
#9  0x00007f9018a3ae57 in wxString::PrintfV(wchar_t const*, __va_list_tag*) () from /lib64/libwx_baseu-2.8.so.0
#10 0x00007f9018a3b03b in wxString::FormatV(wchar_t const*, __va_list_tag*) () from /lib64/libwx_baseu-2.8.so.0
#11 0x00000000004497d2 in F (msg=<optimized out>) at ../../src/include/logmanager.h:31
#12 0x00007f901a9812f7 in ProjectManager::RemoveProjectFromAllDependencies (this=this@entry=0x2506600, base=base@entry=0x2abea20)
    at projectmanager.cpp:904
#13 0x00007f901a981c0c in ProjectManager::CloseProject (this=this@entry=0x2506600, project=0x2abea20, dontsave=dontsave@entry=true,
    refresh=refresh@entry=false) at projectmanager.cpp:442
#14 0x00007f901a981f06 in ProjectManager::CloseAllProjects (this=this@entry=0x2506600, dontsave=dontsave@entry=true)
    at projectmanager.cpp:392
#15 0x00007f901a982091 in ProjectManager::CloseWorkspace (this=0x2506600) at projectmanager.cpp:588
#16 0x000000000049b5ad in MainFrame::DoCloseCurrentWorkspace (this=this@entry=0x2276720) at main.cpp:1876
#17 0x00000000004a69e0 in MainFrame::OnApplicationClose (this=0x2276720, event=...) at main.cpp:2756
#18 0x00007f9018a70746 in wxEvtHandler::ProcessEventIfMatches(wxEventTableEntryBase const&, wxEvtHandler*, wxEvent&) ()
   from /lib64/libwx_baseu-2.8.so.0
#19 0x00007f9018a707eb in wxEventHashTable::HandleEvent(wxEvent&, wxEvtHandler*) () from /lib64/libwx_baseu-2.8.so.0
#20 0x00007f9018a70b57 in wxEvtHandler::ProcessEvent(wxEvent&) () from /lib64/libwx_baseu-2.8.so.0
#21 0x00007f9018a70ae0 in wxEvtHandler::ProcessEvent(wxEvent&) () from /lib64/libwx_baseu-2.8.so.0
#22 0x00007f9018a70ae0 in wxEvtHandler::ProcessEvent(wxEvent&) () from /lib64/libwx_baseu-2.8.so.0
#23 0x00007f9018a70ae0 in wxEvtHandler::ProcessEvent(wxEvent&) () from /lib64/libwx_baseu-2.8.so.0
#24 0x00007f9018a70ae0 in wxEvtHandler::ProcessEvent(wxEvent&) () from /lib64/libwx_baseu-2.8.so.0
#25 0x00007f9018a70ae0 in wxEvtHandler::ProcessEvent(wxEvent&) () from /lib64/libwx_baseu-2.8.so.0
#26 0x00007f9018a70ae0 in wxEvtHandler::ProcessEvent(wxEvent&) () from /lib64/libwx_baseu-2.8.so.0
#27 0x00007f9018a70ae0 in wxEvtHandler::ProcessEvent(wxEvent&) () from /lib64/libwx_baseu-2.8.so.0
#28 0x00007f9018a70ae0 in wxEvtHandler::ProcessEvent(wxEvent&) () from /lib64/libwx_baseu-2.8.so.0
#29 0x00007f90193fa6fc in wxWindowBase::Close(bool) () from /lib64/libwx_gtk2u_core-2.8.so.0
#30 0x0000000000447cbe in CodeBlocksApp::OnInit (this=0x20e35e0) at app.cpp:723
#31 0x00007f9018a1974c in wxEntry(int&, wchar_t**) () from /lib64/libwx_baseu-2.8.so.0
#32 0x0000000000435d12 in main (argc=7, argv=<optimized out>) at app.cpp:322
(gdb)

Offline oBFusCATed

  • Developer
  • Lives here!
  • *****
  • Posts: 13413
    • Travis build status
Re: Codeblocks crashes in command line build
« Reply #19 on: March 24, 2016, 01:53:32 am »
Can you provide a project/workspace or not?
Can you try running valgrind and see if it prints anything useful?
(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 alexchen

  • Multiple posting newcomer
  • *
  • Posts: 84
Re: Codeblocks crashes in command line build
« Reply #20 on: March 24, 2016, 02:09:44 am »
The whole build process includes several workspaces, each with its own projects.  I have not been able to reproduce the problem on my machine but the system build group always sees it.  I will update this thread if I can reproduce the problem and provide a simple project.

Offline oBFusCATed

  • Developer
  • Lives here!
  • *****
  • Posts: 13413
    • Travis build status
Re: Codeblocks crashes in command line build
« Reply #21 on: March 24, 2016, 09:48:17 am »
Can you do a run with valgrind?
(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!]