Boost logo

Boost Users :

Subject: Re: [Boost-users] Mystery exception.
From: Ted Byers (r.ted.byers_at_[hidden])
Date: 2012-03-25 17:23:16

Hi Will,


this was compiled using gcc, but even though the end of the output says the core was dumped, it only seems to produce a stackdump file, and gdb says that that is not a core dump file, and does nothing with it. Do I have to change the compile or link flags to have it produce a core dump file?






From: boost-users-bounces_at_[hidden] [mailto:boost-users-bounces_at_[hidden]] On Behalf Of Will Mason
Sent: March-25-12 5:05 PM
To: boost-users_at_[hidden]
Subject: Re: [Boost-users] Mystery exception.


Hi, Ted,

On Sun, Mar 25, 2012 at 2:06 PM, Ted Byers <r.ted.byers_at_[hidden]> wrote:

As an aside, does anyone know how to tell MS Outlook not to top-post?


Anyway, Hi Will,


Thanks, I would if I knew how to make sense of it. Here is what is in the latest stackdump:


Exception: STATUS_ACCESS_VIOLATION at eip=6110D500

eax=20024D68 ebx=00000338 ecx=3FBBDE84 edx=20022070 esi=200223A8 edi=A9AE95F4

ebp=1ED48072 esp=0028BD00 program=C:\cygwin\home\Ted\New.System\tests\test.pca.reg.gsl.exe, pid 7888, thread main

cs=0023 ds=002B es=002B fs=0053 gs=002B ss=002B

Stack trace:

Frame Function Args

      0 [main] test.pca.reg.gsl 7888 exception::handle: Error while dumping state (probably corrupted stack)


I look at it and I don't know what to make of what it is telling me. How can I turn an of those values into something meaningful?


And the other one is even less intelligible:


Stack trace:

Frame Function Args

0028BBA4 75961194 (00000104, 0000EA60, 00000000, 0028BCD8)

0028BBB8 75961148 (00000104, 0000EA60, 000000A4, 0028BCB4)

0028BCD8 610D9339 (00000000, 0028BDF4, 0028BD08, 611352F4)

0028BDC8 610D67CE (00000000, 6C4F4A60, 6C4F4A60, 6C4F4A60)

0028BE28 610D6C9E (00000000, 0028BE34, 61183704, 00000006)

0028BED8 610D6DF0 (00002FDC, 00000006, 00000000, 200223B0)

0028BEF8 610D6E1C (00000006, 0028CE80, 00000000, 00000064)

0028BF28 610D70A5 (00000000, 00000000, 00000002, 00000001)

0028BFC8 6110D4E5 (200217D0, 0028CC5C, 0028CC50, 00000000)

0028CC88 00401C2D (0000002F, 00000000, 6127390C, 61006F58)

0028CD28 61006F58 (00000000, 0028CD78, 61006550, 0000000A)

End of stack trace


How does one make sense of this?


I usually use gdb to help me see what's going on when I have a core file. I assume that since you mentioned gmake before you probably have gdb. If not, any system's normal debugger, like dbx, will make use of core files.


$ gdb prog-name core-name


Will load the core. The most useful command for me is "bt" ("where" under dbx), which shows you the call stack of the current thread.





Boost-users list run by williamkempf at, kalb at, bjorn.karlsson at, gregod at, wekempf at