« previous next »
Pages: 1 2 [All]   Go Down

Author Topic: corrupted double-linked list  (Read 36970 times)

Offline darksquall57

  • Multiple posting newcomer
  • *
  • Posts: 23
corrupted double-linked list
« on: September 20, 2012, 11:33:20 am »
Hi,

I use the svn build rev 8280 (2012-08-30 07:24:41) with gcc 4.6.3. I am on Ubuntu 12.04 64bits.
And when I build my project ( only when launching the build from a terminal ), I have sometimes the message when linking:

*** glibc detected *** codeblocks: corrupted double-linked list: 0x00000000027f8440 ***

And then it blocks with no more informations.

Does anyone know I can avoid this message.

Thank you.
« Last Edit: September 20, 2012, 11:52:44 am by darksquall57 »
Logged

Offline darksquall57

  • Multiple posting newcomer
  • *
  • Posts: 23
Re: corrupted double-linked list
« Reply #1 on: March 14, 2013, 05:24:32 pm »
Up !

I still have this bug with build rev 8900 does anyone know where it comes from ?
Logged

Offline oBFusCATed

  • Developer
  • Lives here!
  • *****
  • Posts: 13406
    • Travis build status
Re: corrupted double-linked list
« Reply #2 on: March 14, 2013, 07:30:05 pm »
Yes, fix you code!
Hint: learn how to use valgrind or a debugger to track it./

Keep in mind that this is not related to C::B and next time please read the rules.
Logged
(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 eranif

  • Regular
  • ***
  • Posts: 256
Re: corrupted double-linked list
« Reply #3 on: March 14, 2013, 09:04:27 pm »
Quote from: darksquall57 on September 20, 2012, 11:33:20 am
*** glibc detected *** codeblocks: corrupted double-linked list: 0x00000000027f8440 ***
@oBFusCATed - this line indicates that this is a codeblocks crash

Eran
Logged

Offline Jenna

  • Administrator
  • Lives here!
  • *****
  • Posts: 7252
Re: corrupted double-linked list
« Reply #4 on: March 15, 2013, 06:33:28 am »
Quote from: eranif on March 14, 2013, 09:04:27 pm
Quote from: darksquall57 on September 20, 2012, 11:33:20 am
*** glibc detected *** codeblocks: corrupted double-linked list: 0x00000000027f8440 ***
@oBFusCATed - this line indicates that this is a codeblocks crash

Eran
It is definitely a (longstanding) Code::Blocks (or C::B-plugin or possibly a wxWidgets) crash, but I never was able to track it down.
Logged

Offline darksquall57

  • Multiple posting newcomer
  • *
  • Posts: 23
Re: corrupted double-linked list
« Reply #5 on: March 15, 2013, 08:51:37 am »
Thanks for the answers :

It's totally random (I can compile with no problem during 3 months and then get it everyday 10 times with the same version of Codeblocks ), but it seems to happen only when using codeblocks with a command-line.

My command line is basic :
Code
codeblocks --rebuild --target="Release" project.cbp

Logged

beemaster

  • Guest
Re: corrupted double-linked list
« Reply #6 on: April 10, 2013, 01:32:06 pm »
I have the same problem. Sometimes when I run codeblocks from command line in a script, it fails with this error. Is it possible to make a workaround in a script, so when this happens, kill process and run build command again? Something like:

Code
startPoint:
exec('codeblocks --build --target="release" project.cbp >> output')
if (output.contains("codeblocks: corrupted double linked list..."))
{
  killProcess();
  goto startPoint;
}
The problem is that codeblocks is still running when the error occures, and never exits...
Logged

Offline paavo512

  • Single posting newcomer
  • *
  • Posts: 8
Re: corrupted double-linked list
« Reply #7 on: April 24, 2013, 01:03:40 pm »

I see this bug often. Seems to be a multithreading bug in C::B, we are currently trying to get our build working on a new 48-core Linux box and the "corrupted double-linked list" crash seems to appear almost at each run. There are also some new problems like hanging, but I'm not yet 100% sure yet what component to blame here.
Logged

Offline darksquall57

  • Multiple posting newcomer
  • *
  • Posts: 23
Re: corrupted double-linked list
« Reply #8 on: September 06, 2013, 10:44:26 am »
Hi,

I've some news about this bug. I just ran codeblocks (svn 9296 ) in Fedora 19 64bits and for the first time I have a backtrace :

Code
*** Error in `codeblocks': corrupted double-linked list: 0x0000000004e0b140 ***
======= Backtrace: =========
/lib64/libc.so.6[0x3cf727c839]
/lib64/libc.so.6[0x3cf727d749]
/lib64/libc.so.6[0x3cf727f04c]
/lib64/libc.so.6(realloc+0xd2)[0x3cf72805d2]
/lib64/libwx_baseu-2.8.so.0(_ZN12wxStringBase16AllocBeforeWriteEm+0x68)[0x3cf6eb40d8]
/lib64/libwx_baseu-2.8.so.0(_ZN8wxString11GetWriteBufEm+0x9)[0x3cf6eb5da9]
/lib64/libwx_baseu-2.8.so.0(_ZN8wxString7PrintfVEPKwP13__va_list_tag+0x57)[0x3cf6eb72a7]
/lib64/libwx_baseu-2.8.so.0(_ZN8wxString6PrintfEPKwz+0x87)[0x3cf6eb74f7]
codeblocks[0x49525f]
codeblocks[0x49ab99]
/usr/local/lib/libcodeblocks.so.0(_ZN7Manager12ProcessEventER15CodeBlocksEvent+0x80)[0x7f5f43973a60]
/usr/local/lib/libcodeblocks.so.0(_ZN13EditorManager13OnPageChangedER18wxAuiNotebookEvent+0x178)[0x7f5f43942b88]
/lib64/libwx_baseu-2.8.so.0(_ZN12wxEvtHandler21ProcessEventIfMatchesERK21wxEventTableEntryBasePS_R7wxEvent+0x56)[0x3cf6eea676]
/lib64/libwx_baseu-2.8.so.0(_ZN16wxEventHashTable11HandleEventER7wxEventP12wxEvtHandler+0x6b)[0x3cf6eea71b]
/lib64/libwx_baseu-2.8.so.0(_ZN12wxEvtHandler12ProcessEventER7wxEvent+0xc7)[0x3cf6eeaa87]
/lib64/libwx_baseu-2.8.so.0(_ZN12wxEvtHandler12ProcessEventER7wxEvent+0x50)[0x3cf6eeaa10]
/lib64/libwx_baseu-2.8.so.0(_ZN12wxEvtHandler12ProcessEventER7wxEvent+0x50)[0x3cf6eeaa10]
/lib64/libwx_baseu-2.8.so.0(_ZN12wxEvtHandler12ProcessEventER7wxEvent+0x50)[0x3cf6eeaa10]
/lib64/libwx_gtk2u_core-2.8.so.0(_ZN12wxWindowBase9TryParentER7wxEvent+0x39)[0x7f5f42435f49]
/lib64/libwx_baseu-2.8.so.0(_ZN12wxEvtHandler12ProcessEventER7wxEvent+0x50)[0x3cf6eeaa10]
/lib64/libwx_gtk2u_aui-2.8.so.0(_ZN13wxAuiNotebook12SetSelectionEm+0xe0)[0x7f5f43205060]
/lib64/libwx_gtk2u_aui-2.8.so.0(_ZN13wxAuiNotebook10RemovePageEm+0x107)[0x7f5f43205ee7]
/lib64/libwx_gtk2u_aui-2.8.so.0(_ZN13wxAuiNotebook10DeletePageEm+0x52)[0x7f5f43206032]
/usr/local/lib/libcodeblocks.so.0(_ZN13cbAuiNotebook10DeletePageEm+0xe)[0x7f5f438cba0e]
/usr/local/lib/libcodeblocks.so.0(_ZN13EditorManager5CloseEP10EditorBaseb+0x36)[0x7f5f43947df6]
/usr/local/lib/libcodeblocks.so.0(_ZN9cbProject13CloseAllFilesEb+0x116)[0x7f5f438eae46]
/usr/local/lib/libcodeblocks.so.0(_ZN14ProjectManager12CloseProjectEP9cbProjectbb+0x18a)[0x7f5f439a614a]
/usr/local/lib/libcodeblocks.so.0(_ZN14ProjectManager16CloseAllProjectsEb+0x46)[0x7f5f439a6386]
/usr/local/lib/libcodeblocks.so.0(_ZN14ProjectManager14CloseWorkspaceEv+0x4a)[0x7f5f439a646a]
codeblocks[0x49f090]
/lib64/libwx_baseu-2.8.so.0(_ZN12wxEvtHandler21ProcessEventIfMatchesERK21wxEventTableEntryBasePS_R7wxEvent+0x56)[0x3cf6eea676]
/lib64/libwx_baseu-2.8.so.0(_ZN16wxEventHashTable11HandleEventER7wxEventP12wxEvtHandler+0x6b)[0x3cf6eea71b]
/lib64/libwx_baseu-2.8.so.0(_ZN12wxEvtHandler12ProcessEventER7wxEvent+0xc7)[0x3cf6eeaa87]
/lib64/libwx_baseu-2.8.so.0(_ZN12wxEvtHandler12ProcessEventER7wxEvent+0x50)[0x3cf6eeaa10]
/lib64/libwx_baseu-2.8.so.0(_ZN12wxEvtHandler12ProcessEventER7wxEvent+0x50)[0x3cf6eeaa10]
/lib64/libwx_baseu-2.8.so.0(_ZN12wxEvtHandler12ProcessEventER7wxEvent+0x50)[0x3cf6eeaa10]
/lib64/libwx_baseu-2.8.so.0(_ZN12wxEvtHandler12ProcessEventER7wxEvent+0x50)[0x3cf6eeaa10]
/lib64/libwx_baseu-2.8.so.0(_ZN12wxEvtHandler12ProcessEventER7wxEvent+0x50)[0x3cf6eeaa10]
/lib64/libwx_baseu-2.8.so.0(_ZN12wxEvtHandler12ProcessEventER7wxEvent+0x50)[0x3cf6eeaa10]
/lib64/libwx_baseu-2.8.so.0(_ZN12wxEvtHandler12ProcessEventER7wxEvent+0x50)[0x3cf6eeaa10]
/lib64/libwx_baseu-2.8.so.0(_ZN12wxEvtHandler12ProcessEventER7wxEvent+0x50)[0x3cf6eeaa10]
/lib64/libwx_baseu-2.8.so.0(_ZN12wxEvtHandler12ProcessEventER7wxEvent+0x50)[0x3cf6eeaa10]
/lib64/libwx_gtk2u_core-2.8.so.0(_ZN12wxWindowBase5CloseEb+0x5c)[0x7f5f42436f9c]
codeblocks[0x445bc5]
/lib64/libwx_baseu-2.8.so.0(_Z7wxEntryRiPPw+0x4c)[0x3cf6e9721c]
codeblocks[0x434f02]
/lib64/libc.so.6(__libc_start_main+0xf5)[0x3cf7221b75]
codeblocks[0x44128d]
======= Memory map: ========
00400000-0052c000 r-xp 00000000 fd:01 2887899                            /usr/local/bin/codeblocks
0072b000-0073b000 r--p 0012b000 fd:01 2887899                            /usr/local/bin/codeblocks
0073b000-00741000 rw-p 0013b000 fd:01 2887899                            /usr/local/bin/codeblocks
00741000-00748000 rw-p 00000000 00:00 0 
01b29000-05e4f000 rw-p 00000000 00:00 0                                  [heap]
3cf6a00000-3cf6a21000 r-xp 00000000 fd:01 2768235                        /usr/lib64/ld-2.17.so
3cf6c20000-3cf6c21000 r--p 00020000 fd:01 2768235                        /usr/lib64/ld-2.17.so
3cf6c21000-3cf6c22000 rw-p 00021000 fd:01 2768235                        /usr/lib64/ld-2.17.so
3cf6c22000-3cf6c23000 rw-p 00000000 00:00 0 
3cf6e00000-3cf6f4a000 r-xp 00000000 fd:01 2754185                        /usr/lib64/libwx_baseu-2.8.so.0.8.0
3cf6f4a000-3cf7149000 ---p 0014a000 fd:01 2754185                        /usr/lib64/libwx_baseu-2.8.so.0.8.0
3cf7149000-3cf7151000 r--p 00149000 fd:01 2754185                        /usr/lib64/libwx_baseu-2.8.so.0.8.0
3cf7151000-3cf7156000 rw-p 00151000 fd:01 2754185                        /usr/lib64/libwx_baseu-2.8.so.0.8.0
3cf7156000-3cf7160000 rw-p 00000000 00:00 0 
3cf7200000-3cf73b6000 r-xp 00000000 fd:01 2768236                        /usr/lib64/libc-2.17.so
3cf73b6000-3cf75b6000 ---p 001b6000 fd:01 2768236                        /usr/lib64/libc-2.17.so
3cf75b6000-3cf75ba000 r--p 001b6000 fd:01 2768236                        /usr/lib64/libc-2.17.so
3cf75ba000-3cf75bc000 rw-p 001ba000 fd:01 2768236                        /usr/lib64/libc-2.17.so
3cf75bc000-3cf75c1000 rw-p 00000000 00:00 0 
3cf7600000-3cf7616000 r-xp 00000000 fd:01 2754054                        /usr/lib64/libpthread-2.17.so
3cf7616000-3cf7816000 ---p 00016000 fd:01 2754054                        /usr/lib64/libpthread-2.17.so
3cf7816000-3cf7817000 r--p 00016000 fd:01 2754054                        /usr/lib64/libpthread-2.17.so
3cf7817000-3cf7818000 rw-p 00017000 fd:01 2754054                        /usr/lib64/libpthread-2.17.so
3cf7818000-3cf781c000 rw-p 00000000 00:00 0 
3cf7a00000-3cf7a03000 r-xp 00000000 fd:01 2768241                        /usr/lib64/libdl-2.17.so
3cf7a03000-3cf7c02000 ---p 00003000 fd:01 2768241                        /usr/lib64/libdl-2.17.so
3cf7c02000-3cf7c03000 r--p 00002000 fd:01 2768241                        /usr/lib64/libdl-2.17.so
3cf7c03000-3cf7c04000 rw-p 00003000 fd:01 2768241                        /usr/lib64/libdl-2.17.so
3cf7e00000-3cf7e15000 r-xp 00000000 fd:01 2768248                        /usr/lib64/libz.so.1.2.7
3cf7e15000-3cf8014000 ---p 00015000 fd:01 2768248                        /usr/lib64/libz.so.1.2.7
3cf8014000-3cf8015000 r--p 00014000 fd:01 2768248                        /usr/lib64/libz.so.1.2.7
3cf8015000-3cf8016000 rw-p 00015000 fd:01 2768248                        /usr/lib64/libz.so.1.2.7
3cf8200000-3cf8301000 r-xp 00000000 fd:01 2754123                        /usr/lib64/libm-2.17.so
3cf8301000-3cf8500000 ---p 00101000 fd:01 2754123                        /usr/lib64/libm-2.17.so
3cf8500000-3cf8501000 r--p 00100000 fd:01 2754123                        /usr/lib64/libm-2.17.so
3cf8501000-3cf8502000 rw-p 00101000 fd:01 2754123                        /usr/lib64/libm-2.17.so/bin/sh : ligne 1 :  3288 Abandon                 (core dumped)codeblocks --rebuild --target="MyTarget" MyProject.cbp

I hope it will help you to eradicate this bug :D.
Logged

Offline BlueHazzard

  • Developer
  • Lives here!
  • *****
  • Posts: 3352
Re: corrupted double-linked list
« Reply #9 on: September 06, 2013, 02:12:32 pm »
possibly a temporary workaround:
http://stackoverflow.com/questions/6636829/perl-process-gets-stuck-with-glibc-detected-perl-corrupted-double-link#6636881

is there a possibility that someone of u2 can run a  Valgrind check? or a exact step by step guide to reproduce the bug? also version and os would be helpful.

thanks and greetings
Logged

Offline darksquall57

  • Multiple posting newcomer
  • *
  • Posts: 23
Re: corrupted double-linked list
« Reply #10 on: September 12, 2013, 08:44:55 am »
I can't do a step by step guide because it's completely random, but like paavo512 said, it seems to appear more frequently when using many threads to compile.
In my case it appears also more frequently when I'm using a virtual machine (Virtualbox).
For example:

Host Machine : 6 core
Virtual Machine : 4 cores
Run a compilation on both machine at the same time.

That's the only "guide" I can give right now.
Logged

Offline paavo512

  • Single posting newcomer
  • *
  • Posts: 8
Re: corrupted double-linked list
« Reply #11 on: October 31, 2013, 11:01:22 am »
Another backtrace (seems to be from a codeblocks child process launched by codeblocks master process when building a workspace from command-line, as the workspace build continued after this crash and even appeared to succeed). The crash seems to come from the process shutdown, so maybe it indeed had already completed all its work.

This is from an older codeblocks build (2010), so this place might be already fixed, but if not, the stacktrace should give a good idea where it goes wrong. I have a feeling there are a lot of multithreading bugs in codeblocks code.

     [exec] Using built-in specs.
     [exec] Target: x86_64-suse-linux
     [exec] Configured with: ../configure --prefix=/usr --infodir=/usr/share/info --mandir=/usr/share/man --libdir=/usr/lib64 --libexecdir=/usr/lib64 --enable-languages=c,c++,objc,fortran,obj-c++,java,ada --enable-checking=release --with-gxx-include-dir=/usr/include/c++/4.3 --enable-ssp --disable-libssp --with-bugurl=http://bugs.opensuse.org/ --with-pkgversion='SUSE Linux' --disable-libgcj --disable-libmudflap --with-slibdir=/lib64 --with-system-zlib --enable-__cxa_atexit --enable-libstdcxx-allocator=new --disable-libstdcxx-pch --enable-version-specific-runtime-libs --program-suffix=-4.3 --enable-linux-futex --without-system-libunwind --with-cpu=generic --build=x86_64-suse-linux
     [exec] Thread model: posix
     [exec] gcc version 4.3.4 [gcc-4_3-branch revision 152973] (SUSE Linux)
     [exec] COMPILER_PATH=/usr/lib64/gcc/x86_64-suse-linux/4.3/:/usr/lib64/gcc/x86_64-suse-linux/4.3/:/usr/lib64/gcc/x86_64-suse-linux/:/usr/lib64/gcc/x86_64-suse-linux/4.3/:/usr/lib64/gcc/x86_64-suse-linux/:/usr/lib64/gcc/x86_64-suse-linux/4.3/../../../../x86_64-suse-linux/bin/
     [exec] LIBRARY_PATH=/usr/lib64/gcc/x86_64-suse-linux/4.3/:/usr/lib64/gcc/x86_64-suse-linux/4.3/../../../../lib64/:/lib/../lib64/:/usr/lib/../lib64/:/usr/lib64/gcc/x86_64-suse-linux/4.3/../../../../x86_64-suse-linux/lib/:/usr/lib64/gcc/x86_64-suse-linux/4.3/../../../:/lib/:/usr/lib/
     [exec] COLLECT_GCC_OPTIONS='-L../../BuildProducts/Linux/Release/lib' '-o' '../../BuildProducts/Linux/Release/bin/acapella' '-v' '-shared-libgcc' '-mtune=generic'
     [exec]  /usr/lib64/gcc/x86_64-suse-linux/4.3/collect2 --build-id --eh-frame-hdr -m elf_x86_64 -dynamic-linker /lib64/ld-linux-x86-64.so.2 -o ../../BuildProducts/Linux/Release/bin/acapella /usr/lib64/gcc/x86_64-suse-linux/4.3/../../../../lib64/crt1.o /usr/lib64/gcc/x86_64-suse-linux/4.3/../../../../lib64/crti.o /usr/lib64/gcc/x86_64-suse-linux/4.3/crtbegin.o -L../../BuildProducts/Linux/Release/lib -L/usr/lib64/gcc/x86_64-suse-linux/4.3 -L/usr/lib64/gcc/x86_64-suse-linux/4.3/../../../../lib64 -L/lib/../lib64 -L/usr/lib/../lib64 -L/usr/lib64/gcc/x86_64-suse-linux/4.3/../../../../x86_64-suse-linux/lib -L/usr/lib64/gcc/x86_64-suse-linux/4.3/../../.. ../../Intermediates/Release/Acapella/Version.o ../../Intermediates/Release/Acapella/autotest.o ../../Intermediates/Release/Acapella/mainstate_posix.o ../../Intermediates/Release/Acapella/options.o ../../Intermediates/Release/Acapella/problem.*** glibc detected *** codeblocks: corrupted double-linked list: 0x0000000001260c70 ***
     [exec] ======= Backtrace: =========
     [exec] /lib64/libc.so.6(+0x75018)[0x7f153e3f8018]
     [exec] /lib64/libc.so.6(+0x755ff)[0x7f153e3f85ff]
     [exec] /lib64/libc.so.6(+0x76b80)[0x7f153e3f9b80]
     [exec] /lib64/libc.so.6(cfree+0x6c)[0x7f153e3fcf6c]
     [exec] /usr/lib64/libcodeblocks.so.0(_ZN9pfDetailsD1Ev+0x205)[0x7f15413a3055]
     [exec] /usr/lib64/libcodeblocks.so.0(_ZN11ProjectFileD1Ev+0x2aa)[0x7f15413a28ba]
     [exec] /usr/lib64/libcodeblocks.so.0(_ZN9cbProject13CloseAllFilesEb+0xaa)[0x7f15412d4e3a]
     [exec] /usr/lib64/libcodeblocks.so.0(_ZN14ProjectManager12CloseProjectEP9cbProjectbb+0x155)[0x7f15413be4f5]
     [exec] /usr/lib64/libcodeblocks.so.0(_ZN14ProjectManager16CloseAllProjectsEb+0x4c)[0x7f15413be77c]
     [exec] /usr/lib64/libcodeblocks.so.0(_ZN14ProjectManager14CloseWorkspaceEv+0x62)[0x7f15413c2ee2]
     [exec] codeblocks(_ZN9MainFrame18OnApplicationCloseER12wxCloseEvent+0x268)[0x46ab68]
     [exec] /usr/lib64/libwx_baseu-2.8.so.0(_ZN12wxEvtHandler21ProcessEventIfMatchesERK21wxEventTableEntryBasePS_R7wxEvent+0x89)[0x7f153f3723e9]
     [exec] /usr/lib64/libwx_baseu-2.8.so.0(_ZN16wxEventHashTable11HandleEventER7wxEventP12wxEvtHandler+0xa4)[0x7f153f3735c4]
     [exec] /usr/lib64/libwx_baseu-2.8.so.0(_ZN12wxEvtHandler12ProcessEventER7wxEvent+0xc7)[0x7f153f3736b7]
     [exec] /usr/lib64/libwx_baseu-2.8.so.0(_ZN12wxEvtHandler12ProcessEventER7wxEvent+0x50)[0x7f153f373640]
Logged

ToApolytoXaos

  • Guest
Re: corrupted double-linked list
« Reply #12 on: October 31, 2013, 03:23:17 pm »
Out of curiosity, I have tested this under Windows 7 Enterprise [64-bit] with TDM's GCC 4.8.1 [32-bit] and seems the issue remains the same:

Code
C:\Users\stefanos\GENERAL\Projects\ANSI C\C_GeneralCode>gdb C:\codeblocks\codeblocks.exe
GNU gdb (GDB) 7.6.1
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 "mingw32".
For bug reporting instructions, please see:
<http://www.gnu.org/software/gdb/bugs/>...
Reading symbols from C:\codeblocks\codeblocks.exe...(no debugging symbols found)
...done.
(gdb) run --build --target="Debug" C_GeneralCode.cbp
Starting program: C:\codeblocks\codeblocks.exe --build --target="Debug" C_GeneralCode.cbp
[New Thread 3724.0x9b0]
[New Thread 3724.0x8d4]
[New Thread 3724.0xef4]
[New Thread 3724.0x584]
[New Thread 3724.0x484]
[New Thread 3724.0xb20]
[New Thread 3724.0x5f4]
[New Thread 3724.0x294]
[New Thread 3724.0xf2c]
[New Thread 3724.0xfd0]
[New Thread 3724.0xc10]
[New Thread 3724.0xe34]
[New Thread 3724.0xe98]
[New Thread 3724.0x9a4]
[New Thread 3724.0xaf4]
[New Thread 3724.0xe1c]
[New Thread 3724.0xc6c]
[New Thread 3724.0xca4]
[New Thread 3724.0xcbc]
[New Thread 3724.0x784]
[New Thread 3724.0xe74]
[New Thread 3724.0xdc]
[New Thread 3724.0xe50]
[New Thread 3724.0x73c]
[New Thread 3724.0xb9c]
[New Thread 3724.0x33c]
[New Thread 3724.0xe40]

Program received signal SIGSEGV, Segmentation fault.
0x0040666c in ?? ()
(gdb) backtrace
#0  0x0040666c in ?? ()
#1  0x00404779 in ?? ()
#2  0x004df986 in codeblocks!_ZN12cbToolPlugin9BuildMenuEP9wxMenuBar ()
#3  0x67b31e85 in wxmsw28u_gcc!_Z14wxUninitializev () from C:\codeblocks\wxmsw28u_gcc.dll
#4  0x67b89010 in wxmsw28u_gcc!_Z7wxEntryP11HINSTANCE__S0_Pci () from C:\codeblocks\wxmsw28u_gcc.dll
#5  0x00401dd3 in ?? ()
#6  0x0051426b in codeblocks!_ZNK8cbPlugin9CanDetachEv ()
#7  0x004010fd in ?? ()
#8  0x004012b5 in ?? ()
#9  0x75be336a in KERNEL32!BaseThreadInitThunk () from C:\Windows\syswow64\kernel32.dll
#10 0x77069f72 in ntdll!RtlInitializeExceptionChain () from C:\Windows\system32\ntdll.dll
#11 0x77069f45 in ntdll!RtlInitializeExceptionChain () from C:\Windows\system32\ntdll.dll
#12 0x00000000 in ?? ()
(gdb)
Logged

Offline thomas

  • Administrator
  • Lives here!
  • *****
  • Posts: 3979
Re: corrupted double-linked list
« Reply #13 on: October 31, 2013, 04:22:54 pm »
Quote
#2  0x004df986 in codeblocks!_ZN12cbToolPlugin9BuildMenuEP9wxMenuBar ()
Interestingly, the only cbToolPlugins are AStyle, XPManifest, and ScritpedWizard, none of which uses several threads or is ever possibly called in a multi-threaded context.

Some contrib plugin maybe?
Logged
"We should forget about small efficiencies, say about 97% of the time: Premature quotation is the root of public humiliation."

OxOOO5cO77

  • Guest
Re: corrupted double-linked list
« Reply #14 on: January 11, 2014, 09:00:07 am »
FWIW, as of today, running the latest + contrib, the FileManager plugin causes this to occur upon both shutdown and disabling the plugin via the Plugins interface. (64-bit multilib Gentoo, wxWidgets 3.0)

Removing FileManager.zip from /usr/share/codeblocks allows Code::Blocks to exit properly.
Logged

Offline Jenna

  • Administrator
  • Lives here!
  • *****
  • Posts: 7252
Re: corrupted double-linked list
« Reply #15 on: January 11, 2014, 09:21:19 am »
Quote from: OxOOO5cO77 on January 11, 2014, 09:00:07 am
FWIW, as of today, running the latest + contrib, the FileManager plugin causes this to occur upon both shutdown and disabling the plugin via the Plugins interface. (64-bit multilib Gentoo, wxWidgets 3.0)

Removing FileManager.zip from /usr/share/codeblocks allows Code::Blocks to exit properly.

I get these errors only sporadic or better sometimes it happens on every close of C::B and sometimes not.
Enabling and disabling of FileManager has no such effect (at the moment), neither on C::B with wx2.8 nor on C::B with wx3.x from trunk.
Logged

Offline dmoore

  • Developer
  • Lives here!
  • *****
  • Posts: 1576
Re: corrupted double-linked list
« Reply #16 on: January 12, 2014, 02:46:54 am »
Quote from: OxOOO5cO77 on January 11, 2014, 09:00:07 am
FWIW, as of today, running the latest + contrib, the FileManager plugin causes this to occur upon both shutdown and disabling the plugin via the Plugins interface. (64-bit multilib Gentoo, wxWidgets 3.0)

Removing FileManager.zip from /usr/share/codeblocks allows Code::Blocks to exit properly.


As the author of the offending plugin, I would be very surprised if the crash has anything to do with the double linked list crash described in this thread. From what i recall, the file manager crash/hang on exit under linux is usually caused by NOT having gamin installed.
Logged
Pages: 1 2 [All]   Go Up
« previous next »