Author Topic: The 16 November 2013 build (9455) is out.  (Read 108291 times)

Offline oBFusCATed

  • Developer
  • Lives here!
  • *****
  • Posts: 13413
    • Travis build status
Re: The 16 November 2013 build (9455) is out.
« Reply #60 on: December 07, 2013, 06:38:04 pm »
Then can you post the full source file or an example project that can be used to reproduce this?
(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!]

ToApolytoXaos

  • Guest
Re: The 16 November 2013 build (9455) is out.
« Reply #61 on: December 18, 2013, 09:15:33 pm »
Code
*** Error in `codeblocks': corrupted double-linked list: 0x0bf06690 ***
======= Backtrace: =========
/lib/i386-linux-gnu/i686/cmov/libc.so.6(+0x75e52)[0xb5b40e52]
/lib/i386-linux-gnu/i686/cmov/libc.so.6(+0x782ce)[0xb5b432ce]
/lib/i386-linux-gnu/i686/cmov/libc.so.6(__libc_malloc+0x53)[0xb5b443e3]
/usr/lib/i386-linux-gnu/libwx_baseu-2.8.so.0(_ZN12wxStringBase11AllocBufferEj+0x44)[0xb6927654]
/usr/lib/i386-linux-gnu/libwx_baseu-2.8.so.0(_ZN12wxStringBase16AllocBeforeWriteEj+0x38)[0xb6927838]
/usr/lib/i386-linux-gnu/libwx_baseu-2.8.so.0(_ZN8wxString11GetWriteBufEj+0x24)[0xb6929854]
/usr/lib/i386-linux-gnu/libwx_baseu-2.8.so.0(_ZN8wxString9FromAsciiEPKc+0xa4)[0xb692a084]
/usr/lib/i386-linux-gnu/libwx_baseu-2.8.so.0(_ZN16wxDynamicLibrary10ListLoadedEv+0x15e)[0xb694d50e]
/usr/lib/i386-linux-gnu/libwx_gtk2u_qa-2.8.so.0(_ZN13wxDebugReport18DoAddLoadedModulesEP9wxXmlNode+0x22)[0xb6eaaf32]
/usr/lib/i386-linux-gnu/libwx_gtk2u_qa-2.8.so.0(_ZN13wxDebugReport10AddContextENS_7ContextE+0x45b)[0xb6ead2db]
/usr/lib/i386-linux-gnu/libwx_gtk2u_qa-2.8.so.0(_ZN13wxDebugReport6AddAllENS_7ContextE+0x17)[0xb6eaeb37]
codeblocks[0x808b066]
/usr/lib/i386-linux-gnu/libwx_baseu-2.8.so.0(wxFatalSignalHandler+0x23)[0xb6966cf3]
linux-gate.so.1(__kernel_sigreturn+0x0)[0xb77d8400]
[0x94a1a06]
======= Memory map: ========
08048000-081b2000 r-xp 00000000 fe:00 753836     /usr/local/bin/codeblocks
081b2000-081ba000 r--p 0016a000 fe:00 753836     /usr/local/bin/codeblocks
081ba000-081bd000 rw-p 00172000 fe:00 753836     /usr/local/bin/codeblocks
081bd000-081c2000 rw-p 00000000 00:00 0
0910c000-0c136000 rw-p 00000000 00:00 0          [heap]
a78e0000-a78e1000 ---p 00000000 00:00 0
a78e1000-a80e1000 rwxp 00000000 00:00 0
a80e1000-a81ff000 rw-p 00000000 00:00 0
a81ff000-a8200000 ---p 00000000 00:00 0
a8200000-a8a00000 rwxp 00000000 00:00 0
a8a00000-a8a21000 rw-p 00000000 00:00 0
a8a21000-a8b00000 ---p 00000000 00:00 0
a8b0e000-a8b0f000 ---p 00000000 00:00 0
a8b0f000-a930f000 rwxp 00000000 00:00 0
a930f000-a935c000 r--p 00000000 fe:00 13541624   /usr/share/fonts/truetype/dejavu/DejaVuSansMono-Bold.ttf
a935c000-a9378000 r-xp 00000000 fe:00 1278640    /usr/local/lib/codeblocks/plugins/libIncrementalSearch.so
a9378000-a9379000 r--p 0001c000 fe:00 1278640    /usr/local/lib/codeblocks/plugins/libIncrementalSearch.so
a9379000-a937a000 rw-p 0001d000 fe:00 1278640    /usr/local/lib/codeblocks/plugins/libIncrementalSearch.so
a937a000-a9385000 r-xp 00000000 fe:00 15351896   /usr/local/lib/codeblocks/plugins/libSmartIndentCpp.so
a9385000-a9386000 r--p 0000a000 fe:00 15351896   /usr/local/lib/codeblocks/plugins/libSmartIndentCpp.so
a9386000-a9387000 rw-p 0000b000 fe:00 15351896   /usr/local/lib/codeblocks/plugins/libSmartIndentCpp.so
a9387000-a9442000 r-xp 00000000 fe:00 1278635    /usr/local/lib/codeblocks/plugins/libHexEditor.so
a9442000-a9445000 r--p 000ba000 fe:00 1278635    /usr/local/lib/codeblocks/plugins/libHexEditor.so
a9445000-a9447000 rw-p 000bd000 fe:00 1278635    /usr/local/lib/codeblocks/plugins/libHexEditor.so
a9447000-a9448000 rw-p 00000000 00:00 0
a9448000-a94ac000 r-xp 00000000 fe:00 1278608    /usr/local/lib/codeblocks/plugins/libDoxyBlocks.so
a94ac000-a94ad000 ---p 00064000 fe:00 1278608    /usr/local/lib/codeblocks/plugins/libDoxyBlocks.so
a94ad000-a94af000 r--p 00064000 fe:00 1278608    /usr/local/lib/codeblocks/plugins/libDoxyBlocks.so
a94af000-a94b0000 rw-p 00066000 fe:00 1278608    /usr/local/lib/codeblocks/plugins/libDoxyBlocks.so
a94b0000-a94c8000 r-xp 00000000 fe:00 1278543    /usr/local/lib/codeblocks/plugins/libdefaultmimehandler.so
a94c8000-a94c9000 r--p 00018000 fe:00 1278543    /usr/local/lib/codeblocks/plugins/libdefaultmimehandler.so
a94c9000-a94ca000 rw-p 00019000 fe:00 1278543    /usr/local/lib/codeblocks/plugins/libdefaultmimehandler.so
a94ca000-a954e000 r-xp 00000000 fe:00 1278628    /usr/local/lib/codeblocks/plugins/libheaderfixup.so
a954e000-a9550000 r--p 00084000 fe:00 1278628    /usr/local/lib/codeblocks/plugins/libheaderfixup.so
a9550000-a9551000 rw-p 00086000 fe:00 1278628    /usr/local/lib/codeblocks/plugins/libheaderfixup.so
a9551000-a9568000 r-xp 00000000 fe:00 1278598    /usr/local/lib/codeblocks/plugins/libCppCheck.so
a9568000-a9569000 ---p 00017000 fe:00 1278598    /usr/local/lib/codeblocks/plugins/libCppCheck.so
a9569000-a956a000 r--p 00017000 fe:00 1278598    /usr/local/lib/codeblocks/plugins/libCppCheck.so
a956a000-a956b000 rw-p 00018000 fe:00 1278598    /usr/local/lib/codeblocks/plugins/libCppCheck.so
a956b000-a95a1000 r-xp 00000000 fe:00 1278561    /usr/local/lib/codeblocks/plugins/libtodo.so
a95a1000-a95a2000 ---p 00036000 fe:00 1278561    /usr/local/lib/codeblocks/plugins/libtodo.so
a95a2000-a95a4000 r--p 00036000 fe:00 1278561    /usr/local/lib/codeblocks/plugins/libtodo.so
a95a4000-a95a5000 rw-p 00038000 fe:00 1278561    /usr/local/lib/codeblocks/plugins/libtodo.so
a95a5000-a95e3000 r-xp 00000000 fe:00 1278644    /usr/local/lib/codeblocks/plugins/libkeybinder.so
a95e3000-a95e4000 ---p 0003e000 fe:00 1278644    /usr/local/lib/codeblocks/plugins/libkeybinder.so
a95e4000-a95e6000 r--p 0003e000 fe:00 1278644    /usr/local/lib/codeblocks/plugins/libkeybinder.so
a95e6000-a95e7000 rw-p 00040000 fe:00 1278644    /usr/local/lib/codeblocks/plugins/libkeybinder.so
a95e7000-a9674000 r-xp 00000000 fe:00 1278648    /usr/local/lib/codeblocks/plugins/liblib_finder.so
a9674000-a9675000 ---p 0008d000 fe:00 1278648    /usr/local/lib/codeblocks/plugins/liblib_finder.so
a9675000-a9678000 r--p 0008d000 fe:00 1278648    /usr/local/lib/codeblocks/plugins/liblib_finder.so
a9678000-a967a000 rw-p 00090000 fe:00 1278648    /usr/local/lib/codeblocks/plugins/liblib_finder.so
a967a000-a96ca000 r-xp 00000000 fe:00 1278567    /usr/local/lib/codeblocks/plugins/libAutoVersioning.so
a96ca000-a96cc000 r--p 0004f000 fe:00 1278567    /usr/local/lib/codeblocks/plugins/libAutoVersioning.so
a96cc000-a96cd000 rw-p 00051000 fe:00 1278567    /usr/local/lib/codeblocks/plugins/libAutoVersioning.so
a96cd000-a96d5000 r-xp 00000000 fe:00 15303333   /usr/local/lib/codeblocks/plugins/libSmartIndentHDL.so
a96d5000-a96d6000 r--p 00007000 fe:00 15303333   /usr/local/lib/codeblocks/plugins/libSmartIndentHDL.so
a96d6000-a96d7000 rw-p 00008000 fe:00 15303333   /usr/local/lib/codeblocks/plugins/libSmartIndentHDL.so
a96d7000-a96f2000 r-xp 00000000 fe:00 15303328   /usr/local/lib/codeblocks/plugins/libSymTab.so
a96f2000-a96f3000 r--p 0001b000 fe:00 15303328   /usr/local/lib/codeblocks/plugins/libSymTab.so
a96f3000-a96f4000 rw-p 0001c000 fe:00 15303328   /usr/local/lib/codeblocks/plugins/libSymTab.so
a96f4000-a96fc000 r-xp 00000000 fe:00 1278583    /usr/local/lib/codeblocks/plugins/libCccc.so
a96fc000-a96fd000 r--p 00008000 fe:00 1278583    /usr/local/lib/codeblocks/plugins/libCccc.soAborted

The following crashing happens when I start C::B and switch to another window while still loading its plugins. I guess it has something to do with "Focus on Window" event (if that's the event name)?

Version: svn9470
OS: GNU / Linux Debian testing (jessie), 32-bit
GCC: 4.8.2 (32-bit)
Desktop Environment: MATE 1.6.0

Offline oBFusCATed

  • Developer
  • Lives here!
  • *****
  • Posts: 13413
    • Travis build status
Re: The 16 November 2013 build (9455) is out.
« Reply #62 on: December 18, 2013, 11:36:21 pm »
The following crashing happens when I start C::B and switch to another window while still loading its plugins.
Can you post the exact steps, which can be used to reproduce this 100% of the time?
(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!]

ToApolytoXaos

  • Guest
Re: The 16 November 2013 build (9455) is out.
« Reply #63 on: December 19, 2013, 05:50:36 pm »
The steps are:
  • Ctrl-F2 to open "run" window. Type "codeblocks" in it.
  • Run it and as soon as you see the splash window, alt-tab to switch to another window so "Focus Window" event switch to that.
  • While it loads and you are on the window I have mentioned before, just before the finishing of GUI drawing, alt-tab to switch window again and voila; you got it crashed.

Offline oBFusCATed

  • Developer
  • Lives here!
  • *****
  • Posts: 13413
    • Travis build status
Re: The 16 November 2013 build (9455) is out.
« Reply #64 on: December 19, 2013, 08:22:43 pm »
Can you do this same thing inside a C::B started under gdb?
(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!]

ToApolytoXaos

  • Guest
Re: The 16 November 2013 build (9455) is out.
« Reply #65 on: December 19, 2013, 10:27:52 pm »
With the latest build (svn9492) it works fine from both gdb and "Run". Previous problematic version was crashing from gdb as well; that's where I got the report and posted it here the first place.

Offline BlueHazzard

  • Developer
  • Lives here!
  • *****
  • Posts: 3353
Re: The 16 November 2013 build (9455) is out.
« Reply #66 on: January 15, 2014, 11:25:47 pm »
The steps are:
  • Ctrl-F2 to open "run" window. Type "codeblocks" in it.
  • Run it and as soon as you see the splash window, alt-tab to switch to another window so "Focus Window" event switch to that.
  • While it loads and you are on the window I have mentioned before, just before the finishing of GUI drawing, alt-tab to switch window again and voila; you got it crashed.

i have the same issue. Latest svn version.
If i start c::b and alt tab to a other window, c::b will load till the end, but as soon i switch back, i get a crash report:
Code
<frame level="0"/><frame level="1" function="wxAppBase::SendIdleEvents(wxWindow*, wxIdleEvent&)" offset="0000007e"/><frame level="2" function="wxAppBase::ProcessIdle()" offset="00000074"/><frame level="3"/><frame level="4" function="g_main_context_dispatch" offset="00000135"/><frame level="5"/><frame level="6" function="g_main_loop_run" offset="0000006a"/><frame level="7" function="gtk_main" offset="000000a7"/><frame level="8" function="wxEventLoop::Run()" offset="00000048"/><frame level="9" function="wxAppBase::MainLoop()" offset="0000004c"/>
from gdb:
Code
#0  0x00007ffff548ab18 in main_arena () from /lib/x86_64-linux-gnu/libc.so.6
#1  0x00007ffff6f782b4 in wxAppBase::SendIdleEvents(wxWindow*, wxIdleEvent&) ()
   from /usr/local/lib/libwx_gtk2u-2.8.so.0
#2  0x00007ffff6f78764 in wxAppBase::ProcessIdle() ()
   from /usr/local/lib/libwx_gtk2u-2.8.so.0
#3  0x00007ffff6efc92e in wxapp_idle_callback ()
   from /usr/local/lib/libwx_gtk2u-2.8.so.0
#4  0x00007ffff30d8f05 in g_main_context_dispatch ()
   from /lib/x86_64-linux-gnu/libglib-2.0.so.0
#5  0x00007ffff30d9248 in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
#6  0x00007ffff30d96ba in g_main_loop_run ()
   from /lib/x86_64-linux-gnu/libglib-2.0.so.0
#7  0x00007ffff78d4fe7 in gtk_main ()
   from /usr/lib/x86_64-linux-gnu/libgtk-x11-2.0.so.0
#8  0x00007ffff6f10278 in wxEventLoop::Run() ()
   from /usr/local/lib/libwx_gtk2u-2.8.so.0
#9  0x00007ffff6f7850c in wxAppBase::MainLoop() ()
   from /usr/local/lib/libwx_gtk2u-2.8.so.0
#10 0x000000000046459e in CodeBlocksApp::OnRun (this=0x84aee0)
    at /codeblocks_sf/src/src/app.cpp:809
#11 0x00007ffff6e90045 in wxEntry(int&, wchar_t**) ()
   from /usr/local/lib/libwx_gtk2u-2.8.so.0
#12 0x0000000000461b19 in main (argc=1, argv=0x7fffffffe448)
    at /codeblocks_sf/src/src/app.cpp:276

greetings

Offline oBFusCATed

  • Developer
  • Lives here!
  • *****
  • Posts: 13413
    • Travis build status
Re: The 16 November 2013 build (9455) is out.
« Reply #67 on: January 16, 2014, 01:21:35 am »
BlueHazzard: Please specify your OS/distro and WindowManager or DesktopEnvironment.
(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 BlueHazzard

  • Developer
  • Lives here!
  • *****
  • Posts: 3353
Re: The 16 November 2013 build (9455) is out.
« Reply #68 on: January 16, 2014, 08:29:46 am »
Linux Mint 15
cinnamon 1.8.8 64

Offline raynebc

  • Almost regular
  • **
  • Posts: 217
Re: The 16 November 2013 build (9455) is out.
« Reply #69 on: January 18, 2014, 10:55:59 pm »
I've been experiencing a problem for a while where when I try to open a particular source file in my project, it opens in CodeBlocks as if it is empty.  Right clicking on it in the management window and selecting properties indicates it's recognized as having 0 lines of source code but being about 39KB in size (which is an accurate size for the file in question).  The paths displayed for the file look fine and the fact that the file size is given means the IDE is seeing it.  "Project>Reparse current project" doesn't resolve the issue and I can't find that any other files in my project are affected.

I tried reproducing this problem by opening the exact same CodeBlocks project file in several nightly builds I've used in the past year or so.  In the 11-10-12 nightly (12.11 RC1), the source file opened properly.  In the 11-23-12 nightly (12.11 RC2) it did not open it correctly.  In the 12.11 stable release, it opened correctly.  In the 4-12-13, 8-6-13 and 11-16-13 nightly builds, the source file once again does not open correctly.

I don't see how it could be a problem outside of CodeBlocks itself, there are no permissions or file encoding issues that I can discern, and the fact that some of the builds open it correctly should rule stuff like that out anyways and verify that the project file itself is not corrupted in some way.  Anytime I want to view/edit the file I end up having to open it in another program like a text editor, and EditPad again confirms that the file is in the same encoding as other source files in the project.  The project in question is here if anybody wanted to try to reproduce it:
http://code.google.com/p/editor-on-fire/source/checkout

Offline oBFusCATed

  • Developer
  • Lives here!
  • *****
  • Posts: 13413
    • Travis build status
Re: The 16 November 2013 build (9455) is out.
« Reply #70 on: January 19, 2014, 01:32:54 am »
What is the path/name of the file inside the project, so one can try it?
Can you please use revisions instead of dates? And using this strange format for dates doesn't help, too.
Also please post your OS version and if you're using any strange (non English) locale.
(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 raynebc

  • Almost regular
  • **
  • Posts: 217
Re: The 16 November 2013 build (9455) is out.
« Reply #71 on: January 19, 2014, 01:45:12 am »
The relative path is "src\alogg\src\alogg.c".  At first I wondered if having two like-named folders in that path was confusing CodeBlocks, but the IDE has no problem with another source file at "src\minibpm-1.0\src\MiniBpm.cpp".

The revisions from this forum's Nightly Builds subforum are:
11-10-12 (Nov 10, 2012) r8549
11-23-12 (Nov 23, 2012) r8598
4-12-13 (Apr 12, 2013) r8982
8-6-13 (Aug 6, 2013) r9246
11-16-13 (Nov 16, 2013) r9455
And 12.11 stable is r8629.

Windows XP Pro x64, US English locale, non Unicode programs use Japanese language.  That last setting usually has little effect besides causing backslashes to display as the Yen symbol, and wouldn't explain why some builds of Codeblocks display the file while others don't.