Author Topic: CB crashed on ThreadSearch  (Read 10971 times)

Offline MasterAlexei

  • Multiple posting newcomer
  • *
  • Posts: 77
    • Fun electronic
CB crashed on ThreadSearch
« on: April 04, 2011, 11:16:51 am »
Hello All!

I did try two revisions 6906 and 7074, both for a long time.

And both of them crashed some times (not always), when I click the Items in Pop Up menu (right mouse click):

"Find declaration of:"
"Find implementation of:"
"Find occurrences of:"

or when I start the search in a ThreadSearch Tab. The exception is an error on read memory. When I get that again, I'll post more detailed description of the error here.

The problem is that is occurs not often, but after about 10-15 such searches, and may not occur at all through the whole day.

I am using WinXP Pro with SP3.

Is this issue already known?
Is there a solution to resolve it?

Thanks in advance,

Alexey

Code::Blocks is still the best :)

Offline oBFusCATed

  • Developer
  • Lives here!
  • *****
  • Posts: 12005
    • Travis build status
Re: CB crashed on ThreadSearch
« Reply #1 on: April 04, 2011, 11:32:57 am »
"Find declaration of:"
"Find implementation of:"
This is part of the Code completion, not the ThreadSearch.

For me ThreadSearch is quite stable, no problems with it so far.
There were some random crashes because of the CC.
(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 MasterAlexei

  • Multiple posting newcomer
  • *
  • Posts: 77
    • Fun electronic
Re: CB crashed on ThreadSearch
« Reply #2 on: April 04, 2011, 11:41:03 am »
"Find declaration of:"
"Find implementation of:"
This is part of the Code completion, not the ThreadSearch.

Yes, I know it, and this is some strange here for me, because it crashes on any of this searches.
My assumption here is that there is some thing with a multi threading.

Another assumption is that there are too many files in a project.
At Work I have one project in a workspace with about 1700 files.
But at home I have a more that 7 projects in my workspace, and every project in it has about 100 files.

There were some random crashes because of the CC.
I do not use CC at all.

Well, first post I did made right after the last crush, and it still runs :)

Offline oBFusCATed

  • Developer
  • Lives here!
  • *****
  • Posts: 12005
    • Travis build status
Re: CB crashed on ThreadSearch
« Reply #3 on: April 04, 2011, 12:13:02 pm »
Do you see a crash report dialog?
If you do please save the crash report file and paste it here.
(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 ollydbg

  • Developer
  • Lives here!
  • *****
  • Posts: 5226
  • OpenCV and Robotics
    • Chinese OpenCV forum moderator
Re: CB crashed on ThreadSearch
« Reply #4 on: April 04, 2011, 02:15:33 pm »
I do not use CC at all.
you disable CC? if that, the context menu should not have the menu item: find declaration ... and find implementation.

If the crash happened. you can open the file: codeblocks.RPT, and paste the log here.
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 MasterAlexei

  • Multiple posting newcomer
  • *
  • Posts: 77
    • Fun electronic
Re: CB crashed on ThreadSearch
« Reply #5 on: April 04, 2011, 02:19:49 pm »
I do not use CC at all.
you disable CC? if that, the context menu should not have the menu item: find declaration ... and find implementation.

If the crash happened. you can open the file: codeblocks.RPT, and paste the log here.

Sorry for misunderstanding, I did mix CC with CScope. It seems that I use CC :)

So, here is RPT file from todays crash.

Offline MasterAlexei

  • Multiple posting newcomer
  • *
  • Posts: 77
    • Fun electronic
Re: CB crashed on ThreadSearch
« Reply #6 on: April 04, 2011, 02:56:28 pm »
Here is another one crash report from right now ;)
The error message was - the code at 0x7c928c0b cann't read from 0x000019bc

Hope, that this helps you.
Updt: Crash was produced on the click on Menu Item "Find occurrences of:"
« Last Edit: April 04, 2011, 02:58:02 pm by MasterAlexei »

Offline ollydbg

  • Developer
  • Lives here!
  • *****
  • Posts: 5226
  • OpenCV and Robotics
    • Chinese OpenCV forum moderator
Re: CB crashed on ThreadSearch
« Reply #7 on: April 04, 2011, 03:04:38 pm »
It seems the crash is caused in ThreadSearch plugin.
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: 9496
Re: CB crashed on ThreadSearch
« Reply #8 on: April 04, 2011, 03:58:57 pm »
It seems the crash is caused in ThreadSearch plugin.
Well, probably not only.

I am using both of these plugins and function a lot, hence no issues at all. :shock:

I think what you could do that would help us most is compiling C::B yourself and leaving the debug information in the executables. Thus use the version created in the "devel" sub-folder after calling the "update.bat" file, not the stripped one in the "output" folder.

This will result in crash logs pointing to the actual function, not only the method. With the logs you have attached we can hardly do anything other than guessing as we don't have the "reference" binaries.

Would that be an option for you?
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: 5226
  • OpenCV and Robotics
    • Chinese OpenCV forum moderator
Re: CB crashed on ThreadSearch
« Reply #9 on: April 04, 2011, 04:18:37 pm »
I think what you could do that would help us most is compiling C::B yourself and leaving the debug information in the executables. Thus use the version created in the "devel" sub-folder after calling the "update.bat" file, not the stripped one in the "output" folder.
I think the OP do not need to run the update.bat. he can just run the codeblocks.exe under devel folder.
« Last Edit: April 05, 2011, 03:18:52 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 MasterAlexei

  • Multiple posting newcomer
  • *
  • Posts: 77
    • Fun electronic
Re: CB crashed on ThreadSearch
« Reply #10 on: April 04, 2011, 05:02:07 pm »
I think what you could do that would help us most is compiling C::B yourself and leaving the debug information in the executables. Thus use the version created in the "devel" sub-folder before calling the "update.bat" file, not the stripped one in the "output" folder.
I think the OP do not need to run the update.bat. he can just run the codeblocks.exe under devel folder.
I'll do it, but only tomorrow, now my home waiting for me :)

Offline jens

  • Administrator
  • Lives here!
  • *****
  • Posts: 7265
    • Jens' unofficial debian-repository for the Code::Blocks - IDE
Re: CB crashed on ThreadSearch
« Reply #11 on: April 04, 2011, 06:21:07 pm »
I think what you could do that would help us most is compiling C::B yourself and leaving the debug information in the executables. Thus use the version created in the "devel" sub-folder before calling the "update.bat" file, not the stripped one in the "output" folder.
I think the OP do not need to run the update.bat. he can just run the codeblocks.exe under devel folder.
No he can't do that, because of missing resource-files (and others ?), that were copied by update.bat .

Offline MortenMacFly

  • Administrator
  • Lives here!
  • *****
  • Posts: 9496
Re: CB crashed on ThreadSearch
« Reply #12 on: April 04, 2011, 08:01:53 pm »
No he can't do that, because of missing resource-files (and others ?), that were copied by update.bat .
Jens is right. Just do what I've said an run update.bat after compilation. Otherwise C::B will crash due to other reasons (missing resources). But that's "normal", because C::B is incomplete.

BTW: @ollydbg: If you quote, please do not change the content of what you've quoted.
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: 5226
  • OpenCV and Robotics
    • Chinese OpenCV forum moderator
Re: CB crashed on ThreadSearch
« Reply #13 on: April 05, 2011, 03:18:13 am »
BTW: @ollydbg: If you quote, please do not change the content of what you've quoted.
I'm sorry, morten.
I forget update.bat will copy some resource file. :D
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 MasterAlexei

  • Multiple posting newcomer
  • *
  • Posts: 77
    • Fun electronic
Re: CB crashed on ThreadSearch
« Reply #14 on: April 05, 2011, 12:19:03 pm »
Hello!

I did compile the CB and plugins with -g option On (in Build options of the projects (I build them over CB)).

Then I did run update.bat, copied the "output" dir into my "start" dir of the CB, that I did copied the "devel" dir into my "start" dir of the CB with overwriting option on, so that I have now not stripped CB there with all recourses. I was for 3 hours. CB still running :)
If it crashes, I'll post the .RPT file here.

Alexei

Updt: 3 Hours - still working. It seems that not stripped version is stabler as stripped one.
Is there some thing, that in release version not freed or not initialized? Or is there some access to the strings, that only in Debug version exists?
« Last Edit: April 05, 2011, 03:00:56 pm by MasterAlexei »

Offline MasterAlexei

  • Multiple posting newcomer
  • *
  • Posts: 77
    • Fun electronic
Re: CB crashed on ThreadSearch
« Reply #15 on: April 05, 2011, 05:54:50 pm »
Some news.
Now CB does not crash, but hang on on the same place - click on the menu item "Find occurrences of:".

And the CPU load is 50% (I have a dual core).

Only killing the Task in Task Manager can help at this point.

Hope, that it helps some how. :(

Offline oBFusCATed

  • Developer
  • Lives here!
  • *****
  • Posts: 12005
    • Travis build status
Re: CB crashed on ThreadSearch
« Reply #16 on: April 05, 2011, 06:17:07 pm »
When this event happens, please:
1. open terminal/cmd.exe
2. attach gdb to the running C::B
3. execute a command to gather the backtraces for all threads
4. paste the output here using code tags

Probably you have something in your files that breaks 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 MasterAlexei

  • Multiple posting newcomer
  • *
  • Posts: 77
    • Fun electronic
Re: CB crashed on ThreadSearch
« Reply #17 on: April 07, 2011, 08:56:49 am »
Well, it wasn't so easy :) after one day of work. At the next day (I didn't power off the PC, and it was run whole night with CB also running) CB still works. I did exited CB and started it again, and after about 10 minutes it hangs.
Seems, that there is something, that need a little bit of time to check/parse/read something.
And my files are actually normal text files with extensions .c .cpp .h .hpp and some more text files as .arm and
.gpj .int from Integrity.


And here is the GDB output:
Code: [Select]
...
[Switching to thread 5244.0x11a4]
(gdb) info all-registers
eax            0x7ffdf000       2147348480
ecx            0x2      2
edx            0x3      3
ebx            0x1      1
esp            0x20effcc        0x20effcc
ebp            0x20efff4        0x20efff4
esi            0x4      4
edi            0x5      5
eip            0x7c90120f       0x7c90120f <ntdll!DbgUiConnectToDbg+1>
eflags         0x246    [ PF ZF IF ]
cs             0x1b     27
ss             0x23     35
ds             0x23     35
es             0x23     35
fs             0x38     56
gs             0x0      0
st0            <invalid float value>    (raw 0x43c06112d34b0022c7e8)
st1            <invalid float value>    (raw 0xbc8000000006002454d8)
st2            <invalid float value>    (raw 0x0010002443c000000000)
st3            0        (raw 0x0000002443b8ffffffff)
st4            <invalid float value>    (raw 0x01780022c68000000000)
st5            <invalid float value>    (raw 0x005d002406087c910981)
st6            0        (raw 0x000000020e8c00000000)
st7            <invalid float value>    (raw 0x00100024017800244be0)
fctrl          0xffff027f       -64897
fstat          0xffff0000       -65536
ftag           0xffffffff       -1
fiseg          0x0      0
fioff          0x0      0
foseg          0xffff0000       -65536
fooff          0x0      0
fop            0x22     34
xmm0           {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = {0x1, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0,
    0x35, 0x4, 0x91, 0x7c, 0xc0, 0x43, 0x24, 0x0}, v8_int16 = {0x1, 0x0, 0x0, 0x0, 0x435, 0x7c91, 0x43c0, 0x24}, v4_int32 = {
    0x1, 0x0, 0x7c910435, 0x2443c0}, v2_int64 = {0x1, 0x2443c07c910435}, uint128 = 0x002443c07c9104350000000000000001}
xmm1           {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = {0x0, 0x0, 0x0, 0x0, 0xb8, 0x43, 0x24, 0x0,
    0x0, 0x60, 0xfd, 0x7f, 0x0, 0x0, 0x0, 0x0}, v8_int16 = {0x0, 0x0, 0x43b8, 0x24, 0x6000, 0x7ffd, 0x0, 0x0}, v4_int32 = {0x0,
    0x2443b8, 0x7ffd6000, 0x0}, v2_int64 = {0x2443b800000000, 0x7ffd6000}, uint128 = 0x000000007ffd6000002443b800000000}
xmm2           {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x8000000000000000, 0x0}, v16_int8 = {0x0, 0x0, 0x0, 0x0, 0x0,
    0x60, 0xfd, 0x7f, 0x0, 0x10, 0x90, 0x7c, 0x0, 0x0, 0x0, 0x0}, v8_int16 = {0x0, 0x0, 0x6000, 0x7ffd, 0x1000, 0x7c90, 0x0,
    0x0}, v4_int32 = {0x0, 0x7ffd6000, 0x7c901000, 0x0}, v2_int64 = {0x7ffd600000000000, 0x7c901000},
  uint128 = 0x000000007c9010007ffd600000000000}
xmm3           {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x8000000000000000}, v16_int8 = {0xd8, 0x54, 0x24, 0x0,
    0x78, 0x1, 0x24, 0x0, 0xf0, 0x8, 0x0, 0x0, 0x6, 0x46, 0x91, 0x7c}, v8_int16 = {0x54d8, 0x24, 0x178, 0x24, 0x8f0, 0x0,
    0x4606, 0x7c91}, v4_int32 = {0x2454d8, 0x240178, 0x8f0, 0x7c914606}, v2_int64 = {0x240178002454d8, 0x7c914606000008f0},
  uint128 = 0x7c914606000008f000240178002454d8}
---Type <return> to continue, or q <return> to quit---
xmm4           {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x8000000000000000, 0x8000000000000000}, v16_int8 = {0x60, 0x4,
    0x91, 0x7c, 0x0, 0x6, 0x98, 0x7c, 0x79, 0x46, 0x91, 0x7c, 0xf8, 0x55, 0x88, 0x7c}, v8_int16 = {0x460, 0x7c91, 0x600,
    0x7c98, 0x4679, 0x7c91, 0x55f8, 0x7c88}, v4_int32 = {0x7c910460, 0x7c980600, 0x7c914679, 0x7c8855f8}, v2_int64 = {
    0x7c9806007c910460, 0x7c8855f87c914679}, uint128 = 0x7c8855f87c9146797c9806007c910460}
xmm5           {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = {0x99, 0x45, 0x91, 0x7c, 0xd0, 0x54, 0x24,
    0x0, 0xd0, 0x5e, 0x24, 0x0, 0x60, 0xc6, 0x22, 0x0}, v8_int16 = {0x4599, 0x7c91, 0x54d0, 0x24, 0x5ed0, 0x24, 0xc660, 0x22},
  v4_int32 = {0x7c914599, 0x2454d0, 0x245ed0, 0x22c660}, v2_int64 = {0x2454d07c914599, 0x22c66000245ed0},
  uint128 = 0x0022c66000245ed0002454d07c914599}
xmm6           {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = {0x36, 0xa, 0x91, 0x7c, 0x26, 0x0, 0x0,
    0x0, 0xd0, 0x5e, 0x24, 0x0, 0x0, 0x0, 0x24, 0x0}, v8_int16 = {0xa36, 0x7c91, 0x26, 0x0, 0x5ed0, 0x24, 0x0, 0x24},
  v4_int32 = {0x7c910a36, 0x26, 0x245ed0, 0x240000}, v2_int64 = {0x267c910a36, 0x24000000245ed0},
  uint128 = 0x0024000000245ed0000000267c910a36}
xmm7           {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = {0xf4, 0x2b, 0xdd, 0x77, 0x2a, 0xc7, 0x22,
    0x0, 0xa4, 0x16, 0xdd, 0x77, 0x1c, 0x0, 0x0, 0x0}, v8_int16 = {0x2bf4, 0x77dd, 0xc72a, 0x22, 0x16a4, 0x77dd, 0x1c, 0x0},
  v4_int32 = {0x77dd2bf4, 0x22c72a, 0x77dd16a4, 0x1c}, v2_int64 = {0x22c72a77dd2bf4, 0x1c77dd16a4},
  uint128 = 0x0000001c77dd16a40022c72a77dd2bf4}
mxcsr          0x1f80   [ IM DM ZM OM UM PM ]
mm0            {uint64 = 0x6112d34b0022c7e8, v2_int32 = {0x22c7e8, 0x6112d34b}, v4_int16 = {0xc7e8, 0x22, 0xd34b, 0x6112},
  v8_int8 = {0xe8, 0xc7, 0x22, 0x0, 0x4b, 0xd3, 0x12, 0x61}}
mm1            {uint64 = 0x6002454d8, v2_int32 = {0x2454d8, 0x6}, v4_int16 = {0x54d8, 0x24, 0x6, 0x0}, v8_int8 = {0xd8, 0x54,
    0x24, 0x0, 0x6, 0x0, 0x0, 0x0}}
mm2            {uint64 = 0x2443c000000000, v2_int32 = {0x0, 0x2443c0}, v4_int16 = {0x0, 0x0, 0x43c0, 0x24}, v8_int8 = {0x0,
    0x0, 0x0, 0x0, 0xc0, 0x43, 0x24, 0x0}}
mm3            {uint64 = 0x2443b8ffffffff, v2_int32 = {0xffffffff, 0x2443b8}, v4_int16 = {0xffff, 0xffff, 0x43b8, 0x24},
  v8_int8 = {0xff, 0xff, 0xff, 0xff, 0xb8, 0x43, 0x24, 0x0}}
mm4            {uint64 = 0x22c68000000000, v2_int32 = {0x0, 0x22c680}, v4_int16 = {0x0, 0x0, 0xc680, 0x22}, v8_int8 = {0x0,
    0x0, 0x0, 0x0, 0x80, 0xc6, 0x22, 0x0}}
mm5            {uint64 = 0x2406087c910981, v2_int32 = {0x7c910981, 0x240608}, v4_int16 = {0x981, 0x7c91, 0x608, 0x24},
  v8_int8 = {0x81, 0x9, 0x91, 0x7c, 0x8, 0x6, 0x24, 0x0}}
mm6            {uint64 = 0x20e8c00000000, v2_int32 = {0x0, 0x20e8c}, v4_int16 = {0x0, 0x0, 0xe8c, 0x2}, v8_int8 = {0x0, 0x0,
    0x0, 0x0, 0x8c, 0xe, 0x2, 0x0}}
mm7            {uint64 = 0x24017800244be0, v2_int32 = {0x244be0, 0x240178}, v4_int16 = {0x4be0, 0x24, 0x178, 0x24}, v8_int8 = {
    0xe0, 0x4b, 0x24, 0x0, 0x78, 0x1, 0x24, 0x0}}
(gdb)


(gdb) bt full
#0  0x7c90120f in ntdll!DbgUiConnectToDbg () from /cygdrive/c/WINDOWS/system32/ntdll.dll
No symbol table info available.
#1  0x7c951e40 in ntdll!KiIntSystemCall () from /cygdrive/c/WINDOWS/system32/ntdll.dll
No symbol table info available.
#2  0x00000005 in ?? ()
No symbol table info available.
#3  0x00000004 in ?? ()
No symbol table info available.
#4  0x00000001 in ?? ()
No symbol table info available.
#5  0x020effd0 in ?? ()
No symbol table info available.
#6  0x80503850 in ?? ()
No symbol table info available.
#7  0xffffffff in ?? ()
No symbol table info available.
#8  0x7c90e920 in strchr () from /cygdrive/c/WINDOWS/system32/ntdll.dll
No symbol table info available.
#9  0x7c951e60 in ntdll!KiIntSystemCall () from /cygdrive/c/WINDOWS/system32/ntdll.dll
No symbol table info available.
#10 0x00000000 in ?? ()
No symbol table info available.
(gdb)

(gdb) list
cygwin warning:
  MS-DOS style path detected: D:/MyDocuments/CodeBlocksSVN/src/plugins/contrib/wxSmithContribItems/wxchart/wxchart-1.0/src/axis.cp
p
  Preferred POSIX equivalent is: /cygdrive/d/MyDocuments/CodeBlocksSVN/src/plugins/contrib/wxSmithContribItems/wxchart/wxchart-1.0
/src/axis.cpp
  CYGWIN environment variable option "nodosfilewarning" turns off this warning.
  Consult the user's guide for more details about POSIX paths:
    http://cygwin.com/cygwin-ug-net/using.html#using-pathnames
1       /////////////////////////////////////////////////////////////////////////////
2       // Name:        axis.cpp
3       // Purpose:     wxChart
4       // Author:      Paolo Gava
5       // Modified by:
6       // Created:
7       // Copyright:   (C) 2006, Paolo Gava
8       // RCS-ID:      $Id: axis.cpp 5961 2009-12-08 06:24:32Z mortenmacfly $
9       // Licence:     wxWindows licence
10      /////////////////////////////////////////////////////////////////////////////
(gdb)


(gdb) info threads
* 11 thread 5244.0x11a4  0x7c90120f in ntdll!DbgUiConnectToDbg () from /cygdrive/c/WINDOWS/system32/ntdll.dll
  10 thread 5244.0x7f8  0x7c90e514 in ntdll!LdrAccessResource () from /cygdrive/c/WINDOWS/system32/ntdll.dll
  9 thread 5244.0x15fc  0x7c90e514 in ntdll!LdrAccessResource () from /cygdrive/c/WINDOWS/system32/ntdll.dll
  8 thread 5244.0x9d0  0x7c90e514 in ntdll!LdrAccessResource () from /cygdrive/c/WINDOWS/system32/ntdll.dll
  7 thread 5244.0x954  0x7c90e514 in ntdll!LdrAccessResource () from /cygdrive/c/WINDOWS/system32/ntdll.dll
  6 thread 5244.0xb00  0x7c90e514 in ntdll!LdrAccessResource () from /cygdrive/c/WINDOWS/system32/ntdll.dll
  5 thread 5244.0x224  0x7c90e514 in ntdll!LdrAccessResource () from /cygdrive/c/WINDOWS/system32/ntdll.dll
  4 thread 5244.0x570  0x7c90e514 in ntdll!LdrAccessResource () from /cygdrive/c/WINDOWS/system32/ntdll.dll
  3 thread 5244.0x1178  0x7c90e514 in ntdll!LdrAccessResource () from /cygdrive/c/WINDOWS/system32/ntdll.dll
  2 thread 5244.0xcf0  0x7c90e514 in ntdll!LdrAccessResource () from /cygdrive/c/WINDOWS/system32/ntdll.dll
  1 thread 5244.0x14a0  ConfigManager::AssertPath (this=0x1b0f428, path=@0x22f264)
    at D:/MyDocuments/CodeBlocksSVN/src/sdk/configmanager.cpp:638
Current language:  auto; currently c++


at here I accidentally closed the gdb window.
I did start it again and attached to the CB, which was still frozen
...
[Switching to thread 5244.0x130c]
(gdb) thread apply all bt full

Thread 11 (thread 5244.0x130c):
#0  0x7c90120f in ntdll!DbgUiConnectToDbg () from /cygdrive/c/WINDOWS/system32/ntdll.dll
No symbol table info available.
#1  0x7c951e40 in ntdll!KiIntSystemCall () from /cygdrive/c/WINDOWS/system32/ntdll.dll
No symbol table info available.
#2  0x00000005 in ?? ()
No symbol table info available.
#3  0x00000004 in ?? ()
No symbol table info available.
#4  0x00000001 in ?? ()
No symbol table info available.
#5  0x020effd0 in ?? ()
No symbol table info available.
#6  0x80503850 in ?? ()
No symbol table info available.
#7  0xffffffff in ?? ()
No symbol table info available.
#8  0x7c90e920 in strchr () from /cygdrive/c/WINDOWS/system32/ntdll.dll
No symbol table info available.
#9  0x7c951e60 in ntdll!KiIntSystemCall () from /cygdrive/c/WINDOWS/system32/ntdll.dll
No symbol table info available.
#10 0x00000000 in ?? ()
No symbol table info available.

Thread 10 (thread 5244.0x7f8):
#0  0x7c90e514 in ntdll!LdrAccessResource () from /cygdrive/c/WINDOWS/system32/ntdll.dll
No symbol table info available.
#1  0x7c90df5a in ntdll!ZwWaitForSingleObject () from /cygdrive/c/WINDOWS/system32/ntdll.dll
No symbol table info available.
#2  0x7c8025db in WaitForSingleObjectEx () from /cygdrive/c/WINDOWS/system32/kernel32.dll
No symbol table info available.
#3  0x00000460 in ?? ()
No symbol table info available.
#4  0x00000000 in ?? ()
No symbol table info available.

Thread 9 (thread 5244.0x15fc):
#0  0x7c90e514 in ntdll!LdrAccessResource () from /cygdrive/c/WINDOWS/system32/ntdll.dll
No symbol table info available.
#1  0x7c90df4a in ntdll!ZwWaitForMultipleObjects () from /cygdrive/c/WINDOWS/system32/ntdll.dll
No symbol table info available.
#2  0x7c809590 in KERNEL32!CreateFileMappingA () from /cygdrive/c/WINDOWS/system32/kernel32.dll
No symbol table info available.
---Type <return> to continue, or q <return> to quit---
#3  0x047afdd4 in ?? () from /cygdrive/d/Soft/SDKs/CodeBlocksSVN/share/codeblocks/plugins/FileManager.dll
No symbol table info available.
#4  0x00000002 in ?? ()
No symbol table info available.
#5  0x043a8f5c in ?? ()
No symbol table info available.
#6  0x00000000 in ?? ()
No symbol table info available.

Thread 8 (thread 5244.0x9d0):
#0  0x7c90e514 in ntdll!LdrAccessResource () from /cygdrive/c/WINDOWS/system32/ntdll.dll
No symbol table info available.
#1  0x7c90df5a in ntdll!ZwWaitForSingleObject () from /cygdrive/c/WINDOWS/system32/ntdll.dll
No symbol table info available.
#2  0x7c8025db in WaitForSingleObjectEx () from /cygdrive/c/WINDOWS/system32/kernel32.dll
No symbol table info available.
#3  0x00000338 in ?? ()
No symbol table info available.
#4  0x00000000 in ?? ()
No symbol table info available.

Thread 7 (thread 5244.0x954):
#0  0x7c90e514 in ntdll!LdrAccessResource () from /cygdrive/c/WINDOWS/system32/ntdll.dll
No symbol table info available.
#1  0x7c90df5a in ntdll!ZwWaitForSingleObject () from /cygdrive/c/WINDOWS/system32/ntdll.dll
No symbol table info available.
#2  0x7c8025db in WaitForSingleObjectEx () from /cygdrive/c/WINDOWS/system32/kernel32.dll
No symbol table info available.
#3  0x00000324 in ?? ()
No symbol table info available.
#4  0x00000000 in ?? ()
No symbol table info available.

Thread 6 (thread 5244.0xb00):
#0  0x7c90e514 in ntdll!LdrAccessResource () from /cygdrive/c/WINDOWS/system32/ntdll.dll
No symbol table info available.
#1  0x7c90df5a in ntdll!ZwWaitForSingleObject () from /cygdrive/c/WINDOWS/system32/ntdll.dll
No symbol table info available.
#2  0x7c8025db in WaitForSingleObjectEx () from /cygdrive/c/WINDOWS/system32/kernel32.dll
No symbol table info available.
#3  0x0000027c in ?? ()
No symbol table info available.
#4  0x00000000 in ?? ()
No symbol table info available.
---Type <return> to continue, or q <return> to quit---
Thread 5 (thread 5244.0x224):
#0  0x7c90e514 in ntdll!LdrAccessResource () from /cygdrive/c/WINDOWS/system32/ntdll.dll
No symbol table info available.
#1  0x7c90df5a in ntdll!ZwWaitForSingleObject () from /cygdrive/c/WINDOWS/system32/ntdll.dll
No symbol table info available.
#2  0x7c8025db in WaitForSingleObjectEx () from /cygdrive/c/WINDOWS/system32/kernel32.dll
No symbol table info available.
#3  0x00000274 in ?? ()
No symbol table info available.
#4  0x00000000 in ?? ()
No symbol table info available.

Thread 4 (thread 5244.0x570):
#0  0x7c90e514 in ntdll!LdrAccessResource () from /cygdrive/c/WINDOWS/system32/ntdll.dll
No symbol table info available.
#1  0x7c90df5a in ntdll!ZwWaitForSingleObject () from /cygdrive/c/WINDOWS/system32/ntdll.dll
No symbol table info available.
#2  0x7c8025db in WaitForSingleObjectEx () from /cygdrive/c/WINDOWS/system32/kernel32.dll
No symbol table info available.
#3  0x0000026c in ?? ()
No symbol table info available.
#4  0x00000000 in ?? ()
No symbol table info available.

Thread 3 (thread 5244.0x1178):
#0  0x7c90e514 in ntdll!LdrAccessResource () from /cygdrive/c/WINDOWS/system32/ntdll.dll
No symbol table info available.
#1  0x7c90df5a in ntdll!ZwWaitForSingleObject () from /cygdrive/c/WINDOWS/system32/ntdll.dll
No symbol table info available.
#2  0x7c8025db in WaitForSingleObjectEx () from /cygdrive/c/WINDOWS/system32/kernel32.dll
No symbol table info available.
#3  0x00000260 in ?? ()
No symbol table info available.
#4  0x00000000 in ?? ()
No symbol table info available.

Thread 2 (thread 5244.0xcf0):
#0  0x7c90e514 in ntdll!LdrAccessResource () from /cygdrive/c/WINDOWS/system32/ntdll.dll
No symbol table info available.
#1  0x7c90daaa in ntdll!ZwReplyWaitReceivePortEx () from /cygdrive/c/WINDOWS/system32/ntdll.dll
No symbol table info available.
#2  0x77e765e3 in UuidCreate () from /cygdrive/c/WINDOWS/system32/RPCRT4.dll
No symbol table info available.
---Type <return> to continue, or q <return> to quit---
#3  0x77e76caf in RPCRT4!I_RpcBindingCopy () from /cygdrive/c/WINDOWS/system32/RPCRT4.dll
No symbol table info available.
#4  0x77e76ad1 in RPCRT4!I_RpcBindingCopy () from /cygdrive/c/WINDOWS/system32/RPCRT4.dll
No symbol table info available.
#5  0x77e76c97 in RPCRT4!I_RpcBindingCopy () from /cygdrive/c/WINDOWS/system32/RPCRT4.dll
No symbol table info available.
#6  0x7c80b729 in KERNEL32!GetModuleFileNameA () from /cygdrive/c/WINDOWS/system32/kernel32.dll
No symbol table info available.
#7  0x00000000 in ?? ()
No symbol table info available.

Thread 1 (thread 5244.0x14a0):
#0  ConfigManager::AssertPath (this=0x1b0f428, path=@0x22f264) at D:/MyDocuments/CodeBlocksSVN/src/sdk/configmanager.cpp:638
        illegal = {<wxStringBase> = {static npos = 4294967295, m_pchData = 0xcde090c}, <No data fields>}
        i = 0
        localPath = (class TiXmlElement *) 0x22f15c
        sub = {<wxStringBase> = {static npos = 4294967295, m_pchData = 0x22f1f8}, <No data fields>}
#1  0x6182b6c2 in ConfigManager::Read (this=0x1b0f428, name=@0x22f3f4, str=0x22f2e4)
    at D:/MyDocuments/CodeBlocksSVN/src/sdk/configmanager.cpp:822
        key = {<wxStringBase> = {static npos = 4294967295, m_pchData = 0xcde090c}, <No data fields>}
        e = (class TiXmlElement *) 0x1241400
        parentHandle = {node = 0x0}
        t = (class TiXmlText *) 0x77c2c3ce
#2  0x6182b50c in ConfigManager::Read (this=0x1b0f428, name=@0x22f3f4, defaultVal=@0x22f434)
    at D:/MyDocuments/CodeBlocksSVN/src/sdk/configmanager.cpp:802
        ret = {<wxStringBase> = {static npos = 4294967295, m_pchData = 0x66ec82f8}, <No data fields>}
#3  0x618782f7 in EncodingDetector::DetectEncoding (this=0x22f654,
    buffer=0x9fde4a8 "//\r\n//  $Id: DEV_UART.cpp 6131 2011-04-06 15:50:02Z alexeyg $\r\n// <h2>Abstract</h2>\r\n// UART Driver fo
r UART-Controller of AM35xx-Processor\r\n//\r\n// <pre> ", '-' <repeats 46 times>..., size=13046, ConvertToWxString=true)
    at D:/MyDocuments/CodeBlocksSVN/src/sdk/encodingdetector.cpp:394
        enc_name = {<wxStringBase> = {static npos = 4294967295, m_pchData = 0x32f6}, <No data fields>}
        ConvertToWxString = true
        cfgMgr = (ConfigManager *) 0x1b0f428
        encname = {<wxStringBase> = {static npos = 4294967295, m_pchData = 0xc890bcc}, <No data fields>}
#4  0x61877a19 in EncodingDetector::DetectEncoding (this=0x22f654, filename=@0x43e2600, ConvertToWxString=true)
    at D:/MyDocuments/CodeBlocksSVN/src/sdk/encodingdetector.cpp:292
        ConvertToWxString = true
        file = {m_fd = 5, m_error = false}
        size = 13046
        buffer = (
    wxByte *) 0x9fde4a8 "//\r\n//  $Id: DEV_UART.cpp 6131 2011-04-06 15:50:02Z alexeyg $\r\n// <h2>Abstract</h2>\r\n// UART Driver
 for UART-Controller of AM35xx-Processor\r\n//\r\n// <pre> ", '-' <repeats 46 times>...
        readBytes = 13046
        result = false
---Type <return> to continue, or q <return> to quit---
#5  0x61876090 in EncodingDetector::EncodingDetector (this=0x22f654, filename=@0x43e2600, useLog=false)
    at D:/MyDocuments/CodeBlocksSVN/src/sdk/encodingdetector.cpp:35
        useLog = false
#6  0x69d6a9c6 in ?? () from /cygdrive/d/Soft/SDKs/CodeBlocksSVN/share/codeblocks/plugins/ThreadSearch.dll
No symbol table info available.
#7  0x0022f654 in ?? ()
No symbol table info available.
#8  0x043e2600 in ?? ()
No symbol table info available.
#9  0x00000000 in ?? ()
No symbol table info available.
#0  0x7c90120f in ntdll!DbgUiConnectToDbg () from /cygdrive/c/WINDOWS/system32/ntdll.dll
Current language:  auto; currently c++
(gdb)

















Offline jens

  • Administrator
  • Lives here!
  • *****
  • Posts: 7265
    • Jens' unofficial debian-repository for the Code::Blocks - IDE
Re: CB crashed on ThreadSearch
« Reply #18 on: April 07, 2011, 09:19:26 am »
Is it possible to attach the file that failes ( most likely  DEV_UART.cpp ) or better the whole project and your default.conf ?
If possible zipped ?

If you can not attach it, because it contains sensible information, can you send it to me via PM or mail (jens at codeblocks dot org) ?

Offline MasterAlexei

  • Multiple posting newcomer
  • *
  • Posts: 77
    • Fun electronic
Re: CB crashed on ThreadSearch
« Reply #19 on: April 07, 2011, 09:26:42 am »
Is it possible to attach the file that failes ( most likely  DEV_UART.cpp ) or better the whole project and your default.conf ?
If possible zipped ?

If you can not attach it, because it contains sensible information, can you send it to me via PM or mail (jens at codeblocks dot org) ?
Unfortunately not, because it's a commercial project at my work.

But, if you wait some days, I'll do the same procedure at home. There I have that problem too. And my home projects I can send you then.

Offline jens

  • Administrator
  • Lives here!
  • *****
  • Posts: 7265
    • Jens' unofficial debian-repository for the Code::Blocks - IDE
Re: CB crashed on ThreadSearch
« Reply #20 on: April 07, 2011, 09:31:15 am »
Is it possible to attach the file that failes ( most likely  DEV_UART.cpp ) or better the whole project and your default.conf ?
If possible zipped ?

If you can not attach it, because it contains sensible information, can you send it to me via PM or mail (jens at codeblocks dot org) ?
Unfortunately not, because it's a commercial project at my work.

But, if you wait some days, I'll do the same procedure at home. There I have that problem too. And my home projects I can send you then.

Okay, I wait.

Offline MasterAlexei

  • Multiple posting newcomer
  • *
  • Posts: 77
    • Fun electronic
Re: CB crashed on ThreadSearch
« Reply #21 on: April 07, 2011, 04:08:02 pm »
Here is a RPT file of the crash of CB with debug info. But I don't think it will help a much.

I'll try to do it at home as I promised.

Offline MasterAlexei

  • Multiple posting newcomer
  • *
  • Posts: 77
    • Fun electronic
Re: CB crashed on ThreadSearch
« Reply #22 on: April 07, 2011, 04:11:26 pm »
What I did observed today is that it crashes faster, if the files was updated outside of CB and then reloaded.
There may be a link. or?

Offline MasterAlexei

  • Multiple posting newcomer
  • *
  • Posts: 77
    • Fun electronic
Re: CB crashed on ThreadSearch
« Reply #23 on: April 11, 2011, 10:15:54 am »
So.
I just managed the CB (debug build) to crash on Thread search. Unfortunatelly, it does not hang up. Just crashed. And here is .RPT file, and the project file is to large to post it here. I'll send it to the email (jens at codeblocks dot org)

There are three crushes in .RPT file. For the first one I don't remember, how it happened, but last two was done so:
- Second crash was happened, when I was navigate through the last visited files via Alt-<Left Arrow> Keys combination.
- and the last one was happen on Thread Search.
To produce that I did changed all files of the project outside of the CB (I use svn's feature "Keyword substitution" and on commit the changed fiiles become new Id from SVN, and CB need to reload them).
Hope, that it will hepls you guys to find the problem. If the CB hangs on, I'll try to collect the info again.


And, may be it is not the right place, but the Feature of navigate through the last visited files via Alt-<Left Arrow> 
Keys combination has a problem: some times the list of last visited files appears to be shuffled, and with each next press of the Keys combination, the items from the list disappears, until there about 5-6 items left.

Offline jens

  • Administrator
  • Lives here!
  • *****
  • Posts: 7265
    • Jens' unofficial debian-repository for the Code::Blocks - IDE
Re: CB crashed on ThreadSearch
« Reply #24 on: April 11, 2011, 04:17:48 pm »
I will test it on windows as soon as possible.
I just looked into it on linux, but nearly all files the projectfile points to do not exist.
And if possible I would like to look into your default.conf and need to know your systems locale.

Offline MasterAlexei

  • Multiple posting newcomer
  • *
  • Posts: 77
    • Fun electronic
Re: CB crashed on ThreadSearch
« Reply #25 on: April 11, 2011, 04:37:32 pm »
I will test it on windows as soon as possible.
I just looked into it on linux, but nearly all files the projectfile points to do not exist.
Oh. Sorry I forgot to add some directories, used in a project :) I'll resend it now.
And if possible I would like to look into your default.conf and need to know your systems locale.
I'll put default.conf  into archive too.

And how to find out the system locale?

I have a German windows, with "Regional settings" - Deutsch (Deutschland),
And the setting for the programs, that does not support Unicode - Russian.

Offline jens

  • Administrator
  • Lives here!
  • *****
  • Posts: 7265
    • Jens' unofficial debian-repository for the Code::Blocks - IDE
Re: CB crashed on ThreadSearch
« Reply #26 on: April 11, 2011, 10:08:26 pm »
I will test it on windows as soon as possible.
I just looked into it on linux, but nearly all files the projectfile points to do not exist.
Oh. Sorry I forgot to add some directories, used in a project :) I'll resend it now.
And if possible I would like to look into your default.conf and need to know your systems locale.
I'll put default.conf  into archive too.

And how to find out the system locale?

I have a German windows, with "Regional settings" - Deutsch (Deutschland),
And the setting for the programs, that does not support Unicode - Russian.

I use german settings too, so this should not matter.
Do you have russian (cyrillic) characters in the files, that crash ThreadSearch ?

Offline MasterAlexei

  • Multiple posting newcomer
  • *
  • Posts: 77
    • Fun electronic
Re: CB crashed on ThreadSearch
« Reply #27 on: April 12, 2011, 07:25:33 am »
Do you have russian (cyrillic) characters in the files, that crash ThreadSearch ?
No. I did try it earlier, but CB makes an UniCode files with such letters, what does not fit my requirements. And set the Encoding to Win-1251 does not help to prevent CB from converting files to unicode.
Since that I do not use any other letters but english ones.

Offline MasterAlexei

  • Multiple posting newcomer
  • *
  • Posts: 77
    • Fun electronic
Re: CB crashed on ThreadSearch
« Reply #28 on: April 19, 2011, 02:00:55 pm »
So.
After a week of wonderful work with CB, Rev. 7095 it has crashed.(I already stated to think, that in that Rev. everything will be ok).
First, I did used the navigation through my files via <Alt>-<LeftKey> and get the problem, that I described here.
Then I start to navigate faster, to "clear" the list of recent visited files, and CB is crashed (.RPT file is attached for it).
After new start, I start the Command - "Find occurrences of:", and it hangs.

The regs and stacks are here.

Code: [Select]
(gdb) info all-registers
eax            0x7ffd6000       2147311616
ecx            0x2      2
edx            0x3      3
ebx            0x1      1
esp            0x1beffcc        0x1beffcc
ebp            0x1befff4        0x1befff4
esi            0x4      4
edi            0x5      5
eip            0x7c90120f       0x7c90120f <ntdll!DbgUiConnectToDbg+1>
eflags         0x246    [ PF ZF IF ]
cs             0x1b     27
ss             0x23     35
ds             0x23     35
es             0x23     35
fs             0x38     56
gs             0x0      0
st0            <invalid float value>    (raw 0x61986112d34b0022c808)
st1            <invalid float value>    (raw 0xbc800000000600247460)
st2            <invalid float value>    (raw 0x00100024619800000000)
st3            0        (raw 0x000000246190ffffffff)
st4            <invalid float value>    (raw 0x01780022c6a000000000)
st5            <invalid float value>    (raw 0x005d002406087c910981)
st6            0        (raw 0x000000020ef800000000)
st7            <invalid float value>    (raw 0x00100024017800246a88)
fctrl          0xffff027f       -64897
fstat          0xffff0000       -65536
ftag           0xffffffff       -1
fiseg          0x0      0
fioff          0x0      0
foseg          0xffff0000       -65536
fooff          0x0      0
fop            0x22     34
xmm0           {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = {0x1, 0x0, 0x0, 0x0,
    0x0, 0x0, 0x0, 0x0, 0x35, 0x4, 0x91, 0x7c, 0x98, 0x61, 0x24, 0x0}, v8_int16 = {0x1, 0x0, 0x0, 0x0,
    0x435, 0x7c91, 0x6198, 0x24}, v4_int32 = {0x1, 0x0, 0x7c910435, 0x246198}, v2_int64 = {0x1,
    0x2461987c910435}, uint128 = 0x002461987c9104350000000000000001}
xmm1           {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = {0x0, 0x0, 0x0, 0x0,
    0xc0, 0x7e, 0x24, 0x0, 0x0, 0xb0, 0xfd, 0x7f, 0x0, 0x0, 0x0, 0x0}, v8_int16 = {0x0, 0x0, 0x7ec0, 0x24,
    0xb000, 0x7ffd, 0x0, 0x0}, v4_int32 = {0x0, 0x247ec0, 0x7ffdb000, 0x0}, v2_int64 = {0x247ec000000000,
    0x7ffdb000}, uint128 = 0x000000007ffdb00000247ec000000000}
xmm2           {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x8000000000000000, 0x0}, v16_int8 = {0x0,
    0x0, 0x0, 0x0, 0x0, 0xb0, 0xfd, 0x7f, 0x0, 0x10, 0x90, 0x7c, 0x0, 0x0, 0x0, 0x0}, v8_int16 = {0x0, 0x0,
    0xb000, 0x7ffd, 0x1000, 0x7c90, 0x0, 0x0}, v4_int32 = {0x0, 0x7ffdb000, 0x7c901000, 0x0}, v2_int64 = {
    0x7ffdb00000000000, 0x7c901000}, uint128 = 0x000000007c9010007ffdb00000000000}
xmm3           {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x8000000000000000}, v16_int8 = {0x60,
    0x74, 0x24, 0x0, 0xc8, 0x7e, 0x24, 0x0, 0xd0, 0x9, 0x0, 0x0, 0x6, 0x46, 0x91, 0x7c}, v8_int16 = {
    0x7460, 0x24, 0x7ec8, 0x24, 0x9d0, 0x0, 0x4606, 0x7c91}, v4_int32 = {0x247460, 0x247ec8, 0x9d0,
    0x7c914606}, v2_int64 = {0x247ec800247460, 0x7c914606000009d0},
  uint128 = 0x7c914606000009d000247ec800247460}
xmm4           {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x8000000000000000, 0x8000000000000000},
  v16_int8 = {0x60, 0x4, 0x91, 0x7c, 0x0, 0x6, 0x98, 0x7c, 0x79, 0x46, 0x91, 0x7c, 0xf8, 0x55, 0x88, 0x7c},
  v8_int16 = {0x460, 0x7c91, 0x600, 0x7c98, 0x4679, 0x7c91, 0x55f8, 0x7c88}, v4_int32 = {0x7c910460,
    0x7c980600, 0x7c914679, 0x7c8855f8}, v2_int64 = {0x7c9806007c910460, 0x7c8855f87c914679},
  uint128 = 0x7c8855f87c9146797c9806007c910460}
xmm5           {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = {0x99, 0x45, 0x91,
    0x7c, 0x58, 0x74, 0x24, 0x0, 0xc0, 0x7e, 0x24, 0x0, 0x80, 0xc6, 0x22, 0x0}, v8_int16 = {0x4599, 0x7c91,
    0x7458, 0x24, 0x7ec0, 0x24, 0xc680, 0x22}, v4_int32 = {0x7c914599, 0x247458, 0x247ec0, 0x22c680},
  v2_int64 = {0x2474587c914599, 0x22c68000247ec0}, uint128 = 0x0022c68000247ec0002474587c914599}
xmm6           {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = {0x36, 0xa, 0x91, 0x7c,
    0x28, 0x2, 0x0, 0x0, 0xc0, 0x7e, 0x24, 0x0, 0x0, 0x0, 0x24, 0x0}, v8_int16 = {0xa36, 0x7c91, 0x228,
    0x0, 0x7ec0, 0x24, 0x0, 0x24}, v4_int32 = {0x7c910a36, 0x228, 0x247ec0, 0x240000}, v2_int64 = {
    0x2287c910a36, 0x24000000247ec0}, uint128 = 0x0024000000247ec0000002287c910a36}
---Type <return> to continue, or q <return> to quit---
xmm7           {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = {0xf4, 0x2b, 0xdd,
    0x77, 0x4a, 0xc7, 0x22, 0x0, 0xa4, 0x16, 0xdd, 0x77, 0x1c, 0x0, 0x0, 0x0}, v8_int16 = {0x2bf4, 0x77dd,
    0xc74a, 0x22, 0x16a4, 0x77dd, 0x1c, 0x0}, v4_int32 = {0x77dd2bf4, 0x22c74a, 0x77dd16a4, 0x1c},
  v2_int64 = {0x22c74a77dd2bf4, 0x1c77dd16a4}, uint128 = 0x0000001c77dd16a40022c74a77dd2bf4}
mxcsr          0x1f80   [ IM DM ZM OM UM PM ]
mm0            {uint64 = 0x6112d34b0022c808, v2_int32 = {0x22c808, 0x6112d34b}, v4_int16 = {0xc808, 0x22,
    0xd34b, 0x6112}, v8_int8 = {0x8, 0xc8, 0x22, 0x0, 0x4b, 0xd3, 0x12, 0x61}}
mm1            {uint64 = 0x600247460, v2_int32 = {0x247460, 0x6}, v4_int16 = {0x7460, 0x24, 0x6, 0x0},
  v8_int8 = {0x60, 0x74, 0x24, 0x0, 0x6, 0x0, 0x0, 0x0}}
mm2            {uint64 = 0x24619800000000, v2_int32 = {0x0, 0x246198}, v4_int16 = {0x0, 0x0, 0x6198, 0x24},
  v8_int8 = {0x0, 0x0, 0x0, 0x0, 0x98, 0x61, 0x24, 0x0}}
mm3            {uint64 = 0x246190ffffffff, v2_int32 = {0xffffffff, 0x246190}, v4_int16 = {0xffff, 0xffff,
    0x6190, 0x24}, v8_int8 = {0xff, 0xff, 0xff, 0xff, 0x90, 0x61, 0x24, 0x0}}
mm4            {uint64 = 0x22c6a000000000, v2_int32 = {0x0, 0x22c6a0}, v4_int16 = {0x0, 0x0, 0xc6a0, 0x22},
  v8_int8 = {0x0, 0x0, 0x0, 0x0, 0xa0, 0xc6, 0x22, 0x0}}
mm5            {uint64 = 0x2406087c910981, v2_int32 = {0x7c910981, 0x240608}, v4_int16 = {0x981, 0x7c91,
    0x608, 0x24}, v8_int8 = {0x81, 0x9, 0x91, 0x7c, 0x8, 0x6, 0x24, 0x0}}
mm6            {uint64 = 0x20ef800000000, v2_int32 = {0x0, 0x20ef8}, v4_int16 = {0x0, 0x0, 0xef8, 0x2},
  v8_int8 = {0x0, 0x0, 0x0, 0x0, 0xf8, 0xe, 0x2, 0x0}}
mm7            {uint64 = 0x24017800246a88, v2_int32 = {0x246a88, 0x240178}, v4_int16 = {0x6a88, 0x24,
    0x178, 0x24}, v8_int8 = {0x88, 0x6a, 0x24, 0x0, 0x78, 0x1, 0x24, 0x0}}
(gdb)

(gdb) info threads
* 12 thread 5928.0x90c  0x7c90120f in ntdll!DbgUiConnectToDbg () from /cygdrive/c/WINDOWS/system32/ntdll.dll
  11 thread 5928.0x11dc  0x7c90e514 in ntdll!LdrAccessResource ()
   from /cygdrive/c/WINDOWS/system32/ntdll.dll
  10 thread 5928.0x9e8  0x7c90e514 in ntdll!LdrAccessResource () from /cygdrive/c/WINDOWS/system32/ntdll.dll
  9 thread 5928.0x12e4  0x7c90e514 in ntdll!LdrAccessResource () from /cygdrive/c/WINDOWS/system32/ntdll.dll
  8 thread 5928.0x142c  0x7c90e514 in ntdll!LdrAccessResource () from /cygdrive/c/WINDOWS/system32/ntdll.dll
  7 thread 5928.0x11a8  0x7c90e514 in ntdll!LdrAccessResource () from /cygdrive/c/WINDOWS/system32/ntdll.dll
  6 thread 5928.0x1528  0x7c90e514 in ntdll!LdrAccessResource () from /cygdrive/c/WINDOWS/system32/ntdll.dll
  5 thread 5928.0x1770  0x7c90e514 in ntdll!LdrAccessResource () from /cygdrive/c/WINDOWS/system32/ntdll.dll
  4 thread 5928.0x108c  0x7c90e514 in ntdll!LdrAccessResource () from /cygdrive/c/WINDOWS/system32/ntdll.dll
  3 thread 5928.0xc50  0x7c90e514 in ntdll!LdrAccessResource () from /cygdrive/c/WINDOWS/system32/ntdll.dll
  2 thread 5928.0x1754  0x7c90e514 in ntdll!LdrAccessResource () from /cygdrive/c/WINDOWS/system32/ntdll.dll
  1 thread 5928.0x71c  0x77c47fd4 in wcslen () from /cygdrive/c/WINDOWS/system32/msvcrt.dll
(gdb)

(gdb) thread apply all bt full

Thread 12 (thread 5928.0x90c):
#0  0x7c90120f in ntdll!DbgUiConnectToDbg () from /cygdrive/c/WINDOWS/system32/ntdll.dll
No symbol table info available.
#1  0x7c951e40 in ntdll!KiIntSystemCall () from /cygdrive/c/WINDOWS/system32/ntdll.dll
No symbol table info available.
#2  0x00000005 in ?? ()
No symbol table info available.
#3  0x00000004 in ?? ()
No symbol table info available.
#4  0x00000001 in ?? ()
No symbol table info available.
#5  0x01beffd0 in ?? ()
No symbol table info available.
#6  0x80503850 in ?? ()
No symbol table info available.
#7  0xffffffff in ?? ()
No symbol table info available.
#8  0x7c90e920 in strchr () from /cygdrive/c/WINDOWS/system32/ntdll.dll
No symbol table info available.
#9  0x7c951e60 in ntdll!KiIntSystemCall () from /cygdrive/c/WINDOWS/system32/ntdll.dll
No symbol table info available.
#10 0x00000000 in ?? ()
No symbol table info available.

Thread 11 (thread 5928.0x11dc):
#0  0x7c90e514 in ntdll!LdrAccessResource () from /cygdrive/c/WINDOWS/system32/ntdll.dll
No symbol table info available.
#1  0x7c90daaa in ntdll!ZwReplyWaitReceivePortEx () from /cygdrive/c/WINDOWS/system32/ntdll.dll
No symbol table info available.
#2  0x77e765e3 in UuidCreate () from /cygdrive/c/WINDOWS/system32/RPCRT4.dll
No symbol table info available.
#3  0x77e76caf in RPCRT4!I_RpcBindingCopy () from /cygdrive/c/WINDOWS/system32/RPCRT4.dll
No symbol table info available.
#4  0x77e76ad1 in RPCRT4!I_RpcBindingCopy () from /cygdrive/c/WINDOWS/system32/RPCRT4.dll
No symbol table info available.
#5  0x77e76c97 in RPCRT4!I_RpcBindingCopy () from /cygdrive/c/WINDOWS/system32/RPCRT4.dll
No symbol table info available.
#6  0x7c80b729 in KERNEL32!GetModuleFileNameA () from /cygdrive/c/WINDOWS/system32/kernel32.dll
No symbol table info available.
#7  0x00000000 in ?? ()
No symbol table info available.

Thread 10 (thread 5928.0x9e8):
#0  0x7c90e514 in ntdll!LdrAccessResource () from /cygdrive/c/WINDOWS/system32/ntdll.dll
No symbol table info available.
#1  0x7c90df5a in ntdll!ZwWaitForSingleObject () from /cygdrive/c/WINDOWS/system32/ntdll.dll
No symbol table info available.
#2  0x7c8025db in WaitForSingleObjectEx () from /cygdrive/c/WINDOWS/system32/kernel32.dll
No symbol table info available.
#3  0x000003b8 in ?? ()
No symbol table info available.
#4  0x00000000 in ?? ()
No symbol table info available.

Thread 9 (thread 5928.0x12e4):
#0  0x7c90e514 in ntdll!LdrAccessResource () from /cygdrive/c/WINDOWS/system32/ntdll.dll
No symbol table info available.
#1  0x7c90df4a in ntdll!ZwWaitForMultipleObjects () from /cygdrive/c/WINDOWS/system32/ntdll.dll
No symbol table info available.
#2  0x7c809590 in KERNEL32!CreateFileMappingA () from /cygdrive/c/WINDOWS/system32/kernel32.dll
No symbol table info available.
---Type <return> to continue, or q <return> to quit---
---Type <return> to continue, or q <return> to quit---
#3  0x630bfdd4 in ?? () from /cygdrive/d/Soft/SDKs/CodeBlocksSVN/share/codeblocks/plugins/FileManager.dll
No symbol table info available.
#4  0x00000002 in ?? ()
No symbol table info available.
#5  0x033d20fc in ?? ()
No symbol table info available.
#6  0x00000000 in ?? ()
No symbol table info available.

Thread 8 (thread 5928.0x142c):
#0  0x7c90e514 in ntdll!LdrAccessResource () from /cygdrive/c/WINDOWS/system32/ntdll.dll
No symbol table info available.
#1  0x7c90df5a in ntdll!ZwWaitForSingleObject () from /cygdrive/c/WINDOWS/system32/ntdll.dll
No symbol table info available.
#2  0x7c8025db in WaitForSingleObjectEx () from /cygdrive/c/WINDOWS/system32/kernel32.dll
No symbol table info available.
#3  0x00000234 in ?? ()
No symbol table info available.
#4  0x00000000 in ?? ()
No symbol table info available.

Thread 7 (thread 5928.0x11a8):
#0  0x7c90e514 in ntdll!LdrAccessResource () from /cygdrive/c/WINDOWS/system32/ntdll.dll
No symbol table info available.
#1  0x7c90df5a in ntdll!ZwWaitForSingleObject () from /cygdrive/c/WINDOWS/system32/ntdll.dll
No symbol table info available.
#2  0x7c8025db in WaitForSingleObjectEx () from /cygdrive/c/WINDOWS/system32/kernel32.dll
No symbol table info available.
#3  0x00000220 in ?? ()
No symbol table info available.
#4  0x00000000 in ?? ()
No symbol table info available.

Thread 6 (thread 5928.0x1528):
#0  0x7c90e514 in ntdll!LdrAccessResource () from /cygdrive/c/WINDOWS/system32/ntdll.dll
No symbol table info available.
#1  0x7c90df5a in ntdll!ZwWaitForSingleObject () from /cygdrive/c/WINDOWS/system32/ntdll.dll
No symbol table info available.
#2  0x7c8025db in WaitForSingleObjectEx () from /cygdrive/c/WINDOWS/system32/kernel32.dll
No symbol table info available.
#3  0x00000178 in ?? ()
No symbol table info available.
#4  0x00000000 in ?? ()
No symbol table info available.

Thread 5 (thread 5928.0x1770):
#0  0x7c90e514 in ntdll!LdrAccessResource () from /cygdrive/c/WINDOWS/system32/ntdll.dll
No symbol table info available.
#1  0x7c90df5a in ntdll!ZwWaitForSingleObject () from /cygdrive/c/WINDOWS/system32/ntdll.dll
No symbol table info available.
#2  0x7c8025db in WaitForSingleObjectEx () from /cygdrive/c/WINDOWS/system32/kernel32.dll
No symbol table info available.
#3  0x00000170 in ?? ()
No symbol table info available.
#4  0x00000000 in ?? ()
No symbol table info available.

Thread 4 (thread 5928.0x108c):
#0  0x7c90e514 in ntdll!LdrAccessResource () from /cygdrive/c/WINDOWS/system32/ntdll.dll
No symbol table info available.
#1  0x7c90df5a in ntdll!ZwWaitForSingleObject () from /cygdrive/c/WINDOWS/system32/ntdll.dll
No symbol table info available.
---Type <return> to continue, or q <return> to quit---
---Type <return> to continue, or q <return> to quit---
#2  0x7c8025db in WaitForSingleObjectEx () from /cygdrive/c/WINDOWS/system32/kernel32.dll
No symbol table info available.
#3  0x00000168 in ?? ()
No symbol table info available.
#4  0x00000000 in ?? ()
No symbol table info available.

Thread 3 (thread 5928.0xc50):
#0  0x7c90e514 in ntdll!LdrAccessResource () from /cygdrive/c/WINDOWS/system32/ntdll.dll
No symbol table info available.
#1  0x7c90df5a in ntdll!ZwWaitForSingleObject () from /cygdrive/c/WINDOWS/system32/ntdll.dll
No symbol table info available.
#2  0x7c8025db in WaitForSingleObjectEx () from /cygdrive/c/WINDOWS/system32/kernel32.dll
No symbol table info available.
#3  0x0000015c in ?? ()
No symbol table info available.
#4  0x00000000 in ?? ()
No symbol table info available.

Thread 2 (thread 5928.0x1754):
#0  0x7c90e514 in ntdll!LdrAccessResource () from /cygdrive/c/WINDOWS/system32/ntdll.dll
No symbol table info available.
#1  0x7c90daaa in ntdll!ZwReplyWaitReceivePortEx () from /cygdrive/c/WINDOWS/system32/ntdll.dll
No symbol table info available.
#2  0x77e765e3 in UuidCreate () from /cygdrive/c/WINDOWS/system32/RPCRT4.dll
No symbol table info available.
#3  0x77e76caf in RPCRT4!I_RpcBindingCopy () from /cygdrive/c/WINDOWS/system32/RPCRT4.dll
No symbol table info available.
#4  0x77e76ad1 in RPCRT4!I_RpcBindingCopy () from /cygdrive/c/WINDOWS/system32/RPCRT4.dll
No symbol table info available.
#5  0x77e76c97 in RPCRT4!I_RpcBindingCopy () from /cygdrive/c/WINDOWS/system32/RPCRT4.dll
No symbol table info available.
#6  0x7c80b729 in KERNEL32!GetModuleFileNameA () from /cygdrive/c/WINDOWS/system32/kernel32.dll
No symbol table info available.
#7  0x00000000 in ?? ()
No symbol table info available.

Thread 1 (thread 5928.0x71c):
#0  0x77c47fd4 in wcslen () from /cygdrive/c/WINDOWS/system32/msvcrt.dll
No symbol table info available.
#1  0x668f2282 in wxmsw28u_gcc_custom!_ZNK12wxStringBase13find_first_ofEPKwj ()
   from /cygdrive/d/Soft/SDKs/CodeBlocksSVN/wxmsw28u_gcc_custom.dll
No symbol table info available.
#2  0x61b03187 in codeblocks!_ZNK12wxStringBase13find_first_ofERKS_j ()
   from /cygdrive/d/Soft/SDKs/CodeBlocksSVN/codeblocks.dll
No symbol table info available.
#3  0x61829e95 in codeblocks!_ZN13ConfigManager10AssertPathER8wxString ()
   from /cygdrive/d/Soft/SDKs/CodeBlocksSVN/codeblocks.dll
No symbol table info available.
#4  0x6182b6a6 in codeblocks!_ZN13ConfigManager4ReadERK8wxStringPS0_ ()
   from /cygdrive/d/Soft/SDKs/CodeBlocksSVN/codeblocks.dll
No symbol table info available.
#5  0x6182b4f0 in codeblocks!_ZN13ConfigManager4ReadERK8wxStringS2_ ()
   from /cygdrive/d/Soft/SDKs/CodeBlocksSVN/codeblocks.dll
No symbol table info available.
#6  0x618782db in codeblocks!_ZN16EncodingDetector14DetectEncodingEPKhjb ()
   from /cygdrive/d/Soft/SDKs/CodeBlocksSVN/codeblocks.dll
No symbol table info available.
#7  0x618779fd in codeblocks!_ZN16EncodingDetector14DetectEncodingERK8wxStringb ()
   from /cygdrive/d/Soft/SDKs/CodeBlocksSVN/codeblocks.dll
No symbol table info available.
#8  0x61876074 in codeblocks!_ZN16EncodingDetectorC1ERK8wxStringb ()
---Type <return> to continue, or q <return> to quit---
   from /cygdrive/d/Soft/SDKs/CodeBlocksSVN/codeblocks.dll
No symbol table info available.
#9  0x69d6a9c6 in ?? () from /cygdrive/d/Soft/SDKs/CodeBlocksSVN/share/codeblocks/plugins/ThreadSearch.dll
No symbol table info available.
#10 0x0022f654 in ?? ()
No symbol table info available.
#11 0x034037b0 in ?? ()
No symbol table info available.
#12 0x00000000 in ?? ()
No symbol table info available.
#0  0x7c90120f in ntdll!DbgUiConnectToDbg () from /cygdrive/c/WINDOWS/system32/ntdll.dll
(gdb)

If there is a need to see some file from that project, write it here, I'll see, if I can send it. Whole project, unfortunately, I can not send.