.stackdump file help

Posted by AliasCodec on Tue 17 Jan 2006 11:55 AM — 7 posts, 28,819 views.

AliasCodec USA Tue 17 Jan 2006 11:55 AM #0

Been getting crashes so I popped up gdb to see where they were. Tried break exit as Nick has suggested in the past to no avail.

This is what gdb pops out.

Quote:
14 [main] MUD 4328 handle_exceptions: Exception: STATUS_ACCESS_VIOLATION
667 [main] MUD 4328 open_stackdumpfile: Dumping stack trace to af.exe.stackdump

And here is the .stackdump file.

Quote:
Exception: STATUS_ACCESS_VIOLATION at eip=0048EEC3
eax=00000000 ebx=0199D248 ecx=01B41DF0 edx=01B41DF0 esi=0199F378 edi=610E21A0
ebp=0022D828 esp=0022D800 program=c:\af\build\edited\area\af.exe, pid 4328, thread main
cs=001B ds=0023 es=0023 fs=003B gs=0000 ss=0023
Stack trace:
Frame Function Args
0022D828 0048EEC3 (0197CB68, 0199D248, 00000000, 00000000)
0022DAC8 0048F9E1 (00762133, 0022DAF0, 00000010, 00000007)
0022ED08 0066B292 (01B4BEE0, 00000008, 0022ED90, 0022ED88)
0022EDC8 004BC356 (00000004, 00000FA0, 00000000, 004BAD46)
0022EF18 004BB089 (00000005, 611578F0, 00A20090, 7C919AF0)
0022EFD8 61004DD2 (0022EFF0, 0022EFD4, 00000001, 00240178)
0022FF88 6100594F (00000000, 00000000, 00000000, 00000000)
End of stack trace

Any help is appreciated.

Zeno USA Tue 17 Jan 2006 03:00 PM #1

Did you config the MUD to be gdb'd? (So to say)
http://www.gammon.com.au/forum/bbshowpost.php?bbsubject_id=3449

AliasCodec USA Tue 17 Jan 2006 04:55 PM #2

Yep, did so when I had the previous issue and kept it on for constant debugging.

Zeno USA Tue 17 Jan 2006 07:55 PM #3

If you're getting crashes, you shouldn't be breaking for an exit. A crash isn't an exit. If it's terminating "normally" then yes, you should be breaking for exit.

AliasCodec USA Tue 17 Jan 2006 10:46 PM #4

Hrmm. I have -g set up, but I am not getting the functions from gdb at all.

AliasCodec USA Wed 18 Jan 2006 12:16 AM #5

alright, I set up the environment variable CYGWIN error_start=C:\cygwin\bin\dumper.ext to hopefully get a core dump of it, and I did...

Quote:
Alias Codec@blake /cygdrive/c/af/build/edited/area
$ gdb af af.exe.core
GNU gdb 6.3.50_2004-12-28-cvs (cygwin-special)
Copyright 2004 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB. Type "show warranty" for details.
This GDB was configured as "i686-pc-cygwin"...

warning: core file may not match specified executable file.
00400000:c:/af/build/edited/area/af.exe (symbols previously loaded)
5d090000:C:/WINDOWS/system32/comctl32.dll (symbols previously loaded)
#0 0x7c90eb94 in ntdll!LdrAccessResource
---Type <return> to continue, or q <return> to quit---
()
(gdb)

While this would normally point me to windows, I am going to have to say no to that. We are doing a cabal/clan system, and there is some error where it isn't loading a mob it's supposed to for one cabal, but it has for the past five. And it gives me an access violation error when it crashes. But on the off chance that it does load it.. no error and no crash. Guessing that it isn't my code that is doing it, but something with the area building? Gah.. if it is that, I can't get help here because it has to do with my area file and my storage files for cabal data and such. Okies.. off I go to see what the heck is going on.

Thank you for your help Zeno. Pointed me to that post which made me email the guy.. then the email didn't work so I googled it and found all kinds of debugging stuff out. Woot!

AliasCodec USA Wed 18 Jan 2006 12:20 AM #6

And I found the problem, it is the way the cabal is handled. Now to actually debug the issue. Yet again, thanks for your help.