World crashes

**gaeorn** · #1 07-07-2009, 01:18 PM

You can get a backtrace of the corefile using gdb:

Code:

gdb ./world <corefilename>
...bunch of output...
(gdb) bt
...output from backtrace...
(gdb)

Replace <corefilename> with the name of the core file. Save the output from the backtrace and post it here.

**gaeorn** · #2 07-07-2009, 01:19 PM

doh. no gdb. hrm, lemme get you information about how to install it.

cubber · #3 07-07-2009, 01:20 PM

this look like the right package:

Code:

 emerge -av gdb

These are the packages that would be merged, in order:

Calculating dependencies... done!
[ebuild  N    ] sys-devel/gdb-6.8-r1  USE="nls -multitarget -test -vanilla" 15,337 kB

cubber · #4 07-07-2009, 01:23 PM

Gonna take a bit to compile gdb I will post the backtrace of the core file when it is done.

the file I am looking to use for the backtrace is called "core" and has a bunch of characters in it like @@@@ correct?

cubber · #5 07-07-2009, 01:25 PM

here is more info on the gdb package I am installing

http://www.gentoo-portage.com/sys-devel/gdb

says gnu debugger so I figured it was correct. I am emerging it now.

**gaeorn** · #6 07-07-2009, 01:25 PM

Quote:

Originally Posted by cubber

this look like the right package:

Code:

 emerge -av gdb

These are the packages that would be merged, in order:

Calculating dependencies... done!
[ebuild  N    ] sys-devel/gdb-6.8-r1  USE="nls -multitarget -test -vanilla" 15,337 kB

Yeah, that looks good. See if you can run gdb after that. If so, there's information in earlier posts to use gdb on the core file. No need to run world under gdb since you have core files.

**gaeorn** · #7 07-07-2009, 01:28 PM

File name is dependent on system configuration, but usually includes 'core' in the file name. The file is a binary image of the memory used by the program when it crashed, so it will not appear very human readable. You should be able to type 'file core' and it will tell you what the core file is from.

cubber · #8 07-07-2009, 01:31 PM

Code:

file core
core: ELF 32-bit LSB core file Intel 80386, version 1 (SYSV), SVR4-style, from './world'

cubber · #9 07-07-2009, 01:33 PM

Ok gdb finished compiling here is the output:

Code:

gdb ./world core
GNU gdb 6.8
Copyright (C) 2008 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 "i686-pc-linux-gnu"...
(no debugging symbols found)

warning: Can't read pathname for load map: Input/output error.
Reading symbols from /usr/lib/gcc/i686-pc-linux-gnu/4.3.2/libstdc++.so.6...(no debugging symbols found)...done.
Loaded symbols for /usr/lib/gcc/i686-pc-linux-gnu/4.3.2/libstdc++.so.6
Reading symbols from /lib/libm.so.6...(no debugging symbols found)...done.
Loaded symbols for /lib/libm.so.6
Reading symbols from /lib/libz.so.1...
(no debugging symbols found)...done.
Loaded symbols for /lib/libz.so.1
Reading symbols from /lib/libdl.so.2...(no debugging symbols found)...done.
Loaded symbols for /lib/libdl.so.2
Reading symbols from /usr/lib/libmysqlclient.so.15...
(no debugging symbols found)...done.
Loaded symbols for /usr/lib/libmysqlclient.so.15
Reading symbols from /lib/libcrypt.so.1...(no debugging symbols found)...done.
Loaded symbols for /lib/libcrypt.so.1
Reading symbols from /lib/libnsl.so.1...
(no debugging symbols found)...done.
Loaded symbols for /lib/libnsl.so.1
Reading symbols from /usr/lib/libssl.so.0.9.8...(no debugging symbols found)...done.
Loaded symbols for /usr/lib/libssl.so.0.9.8
Reading symbols from /usr/lib/libcrypto.so.0.9.8...
(no debugging symbols found)...done.
Loaded symbols for /usr/lib/libcrypto.so.0.9.8
Reading symbols from /usr/lib/libperl.so.1...(no debugging symbols found)...done.
Loaded symbols for /usr/lib/libperl.so.1
Reading symbols from /lib/libpthread.so.0...
(no debugging symbols found)...done.
Loaded symbols for /lib/libpthread.so.0
Reading symbols from /lib/libutil.so.1...(no debugging symbols found)...done.
Loaded symbols for /lib/libutil.so.1
Reading symbols from /lib/libc.so.6...
(no debugging symbols found)...done.
Loaded symbols for /lib/libc.so.6
Reading symbols from /usr/lib/gcc/i686-pc-linux-gnu/4.3.2/libgcc_s.so.1...(no debugging symbols found)...done.
Loaded symbols for /usr/lib/gcc/i686-pc-linux-gnu/4.3.2/libgcc_s.so.1
Reading symbols from /lib/ld-linux.so.2...
(no debugging symbols found)...done.
Loaded symbols for /lib/ld-linux.so.2
Reading symbols from /lib/libnss_files.so.2...(no debugging symbols found)...done.
Loaded symbols for /lib/libnss_files.so.2
Reading symbols from /opt/eqemu/libEMuShareMem.so...
(no debugging symbols found)...done.
Loaded symbols for libEMuShareMem.so
(no debugging symbols found)
Core was generated by `./world'.
Program terminated with signal 11, Segmentation fault.
[New process 27074]
[New process 27081]
[New process 27083]
[New process 27077]
[New process 27076]
[New process 27079]
[New process 27080]
#0  0x0807e4a8 in Client::OPCharCreate ()
(gdb) bt
#0  0x0807e4a8 in Client::OPCharCreate ()
#1  0x08080e03 in Client::HandlePacket ()
#2  0x08081aee in Client::Process ()
#3  0x080f3c3a in ClientList::Process ()
#4  0x080860ec in main ()
(gdb)

**gaeorn** · #10 07-07-2009, 01:23 PM

try:

Code:

emerge gdb

that might get it installed. I'm not a Gentoo expert, though, so perhaps someone who runs Gentoo could chime in here.