Go Back   EQEmulator Home > EQEmulator Forums > Support > Support::Linux Servers

Support::Linux Servers Support forum for Linux EQEMu users.

Reply
 
Thread Tools Display Modes
  #16  
Old 07-07-2009, 01:31 PM
cubber
Discordant
 
Join Date: Apr 2006
Posts: 374
Default

Code:
file core
core: ELF 32-bit LSB core file Intel 80386, version 1 (SYSV), SVR4-style, from './world'
Reply With Quote
  #17  
Old 07-07-2009, 01:33 PM
cubber
Discordant
 
Join Date: Apr 2006
Posts: 374
Default

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)
Reply With Quote
  #18  
Old 07-07-2009, 02:01 PM
gaeorn
Developer
 
Join Date: Apr 2009
Location: USA
Posts: 478
Default

Your world executable appears to be stripped. That removes a lot of debugging information. I would suggest you rebuild it and not strip it. Then get the backtrace from a fresh core dump.
Reply With Quote
  #19  
Old 07-07-2009, 02:05 PM
gaeorn
Developer
 
Join Date: Apr 2009
Location: USA
Posts: 478
Default

From what I'm hearing, gentoo strips the executable by default. I don't know how to change that behavior. You should do some google searches or ask a gentoo expert to find out how to disable stripping the executable.
Reply With Quote
  #20  
Old 07-07-2009, 02:07 PM
cubber
Discordant
 
Join Date: Apr 2006
Posts: 374
Default

here is what I change in my makefiles

DFLAGS=-DDEBUG=5 -DEQDEBUG=2 -DSHAREMEM -DCATCH_CRASH -DNO_PIDLOG -DFIELD_ITEMS -DIRC -Di386 -DAPP_OPCODE_SIZE=2 -DEQBOTS


COPTS=$(WFLAGS) -march=native -O3 -pthread -pipe

I also remove the -g and -pg flags if they are there.

I take it you want me to change the DEQDEBUG=2 to something like DEQDEBUG=5?
Reply With Quote
  #21  
Old 07-07-2009, 02:41 PM
gaeorn
Developer
 
Join Date: Apr 2009
Location: USA
Posts: 478
Default

You need the -g option in there to include debugging information.
Reply With Quote
  #22  
Old 07-07-2009, 02:50 PM
cubber
Discordant
 
Join Date: Apr 2006
Posts: 374
Default

Ok I will try recompiling with -g, then I will reproduce the crash and hit the new core file with gdb and post the results.
Reply With Quote
  #23  
Old 07-07-2009, 03:16 PM
cubber
Discordant
 
Join Date: Apr 2006
Posts: 374
Default

Very Interesting...

I wacked my svn source folder and just pulled down new sources. Ended up being rev752.

I then only changed the -march=i686 option in each makefile to -march=native and left everything else at default. I also did NOT enable bots.

I did not change any -O options or remove the -g flags like I normally do nor did I change -DEQDEBUG=5 to -DEQDEBUG=2.

When I went to log in and create a character the character created fine but I got an error saying that the zone was not available yet. It then just stuck the character in my list and I was then able to choose the character and login to Gloomingdeep.

So something in the compile options was screwing me up. Though I have used those settings for quite a while now without an issue. The only change now is that I am running gcc4.3.2 instead of gcc3.2.6 and using -march=native instead of -march=cpufamily_name.

I will have to try recompiling with bots and see if it still works.
Reply With Quote
  #24  
Old 07-07-2009, 03:23 PM
gaeorn
Developer
 
Join Date: Apr 2009
Location: USA
Posts: 478
Default

If I were to venture a guess, I would suspect the -O3 as the culprit.
Reply With Quote
  #25  
Old 07-07-2009, 03:25 PM
cubber
Discordant
 
Join Date: Apr 2006
Posts: 374
Default

yah gonna leave them alone, and just keep everything default with the -march=native and try enabling bots.

does removing -g and changing -DEQDEBUG=2 give that much more of a performance boost over running the server with it enabled?
Reply With Quote
  #26  
Old 07-07-2009, 03:30 PM
gaeorn
Developer
 
Join Date: Apr 2009
Location: USA
Posts: 478
Default

As far as the DEBUG=2, I would doubt it would have much effect since most of the debugging is configured at runtime now.

As to the -g, I'm not the right person to ask. My guess would be that it doesn't slow it down much.
Reply With Quote
  #27  
Old 07-07-2009, 03:41 PM
cubber
Discordant
 
Join Date: Apr 2006
Posts: 374
Default

Compiled with bots and all seems fine. Thanks for the assistance!
Reply With Quote
Reply


Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off

Forum Jump

   

All times are GMT -4. The time now is 10:36 AM.


 

Everquest is a registered trademark of Daybreak Game Company LLC.
EQEmulator is not associated or affiliated in any way with Daybreak Game Company LLC.
Except where otherwise noted, this site is licensed under a Creative Commons License.
       
Powered by vBulletin®, Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
Template by Bluepearl Design and vBulletin Templates - Ver3.3