Strange Crash
 

Not sure wtf this means but this is pretty much the only crash I get... Was hoping some one could help me figure out how to fix this.

I get that crash occasionally as well. I think it has something to do with a certain scenario when it is doing the CheckWillAggro check. I don't really know how to read those very well and didn't see any problems that stood out in the code for it, but I do get it too.

On my end it's like a plague , hits at least once every couple of hours..

this part
shows it can not identify the function it was in. this often times means memory corruption, if it indeed in memory corruption, it is possible the backtrace is completely incorrect. this kind of problem can be very hard to track down.

make sure you have all the zone files in the map dir under eqemu..
it's telling mobs can't argo you because you are missing files
under the map dir or other files in your eq dir to go with the zone
your in. that should solve this problem.

Memory corruption has no relation to .map files. Trust me on this, if it's truely memory corruption, then it's going to be a completely different issue than what the coredump is getting at, most of the time.

PEQ has seen this exact crash for years, and others very similar to it also calling Mob::CheckWillAggro. So you aren't alone Mort. However, in our case it's a once weekly thing and not as common as you're seeing. Derision's latest commit might actually help this some, the crash he corrected is in the same realm. Though, he worked with quest::depopall, and this crash has been happening to PEQ before that function even went in.

For this particular crash, you can find out what zone it occured in by executing:
If the zone and mob name are fairly consistent, it may give you somewhere to concentrate on, e.g. any quest .pl files that mob is involved in.

Ok this is what i got back for one of the crashes

Alright well Muffinbut is his main char and Harry is his Alt..

what it's telling me is that you are not seeing the faction hits message
and when you con the mob it's should tell you if your friend or foe.
like i stated before missing files this could fall on the server side not the
client.

you read books i read machine language!

No i don't read books

But anyway what I did last night was cleaned up all of our Useless factions and faction_entries there was a ton of them not even in use and I haven't seen this crash since then.. I hope that I fixed it doing this but not posative..

As for the maps thing I will have to check into that but i'm pretty sure we are all caught up on all the maps..

Does some one have a direct SVN addy for me to download all the maps ?

http://code.google.com/p/eqemumaps/source/checkout

or http://eqemumaps.googlecode.com/svn/trunk/

Alright well this was the latest drop.. I took out all un-needed factions in the game and found a fairly large reduction in the crashes but still...

Caesar is a player, and so is Sand ...

This makes no sense to me. If we consider frame 3
This is the code from aggro.cpp around that line:
So in your backtrace, mob->CheckWillAggro is called at line 45, but you are saying that both mobs involved are players, but line 42 checks if mob is a client and will skip line 45 and move on to the next mob if that is the case.

Strange.

I note that both the BTs you posted are for kerraridge. Do all the crashes happen there ?

Have you talked to the players involved in the crashes to see what they were doing at the time the zone crashed ?

Could this be due to players being charmed there by chance?

No not always in Kerra Ridge it's just wherever and whenever.. Some times there some times in other zones...

I asked them what they were doing before the crash and they said nothing other than clicking on the other player.. And in all cases of this crash it seems it's players clicking on other players that cause the crash and never any NPC's involved..

Is there any more BT commands i could do to help you guys figure this one out ?? I'll do anything at this point lol

Mort's code isn't pure emu, nor is it 100% up to date (although it's much more recent than it was a few months ago). So chances are there is some other code around line 45.

My code is the same as anyones honestly other than a few very minor changes... always tried to do my own thing except recently i have found that my fellow artists and myself need to hopefully gain some type of community effort hehe ..

My database however is probably pretty old school or something..

Gaeorn are you not on IRC anymore I think i have a solution for all of this if you just will contact me please :)

What's up with the nulls in the characters' names?

Here is a few more that seem a bit different

Yet another strange Crash

I'm on all day during weekdays. Just need to look me up by name if you don't see me in a particular channel.

simple and sweet

it's like this the zone # and name is not found by the server.
i looked in the exe and can match up opcodes with zone name
short and long name of zone and zone number. the address are
corrcect for the long name but missing the short name of the zone
was expecting the short name of the zone in the code.

question on the bot AI are you refer i have seen the opcodes for that as well inside exe file.
looks like programer need to rewrite that looks like is calling wrong opcodes and needs
to be fix and recompiled.

what program do you guys use i use this etu program 80)

So how do I go about fixing this ? Download maps or what

Just an update, I replaced all my map files with the latest current stuff and it seems some of the crashing has cleared up thanks for that suggestion..

I have some NEW ones I guess (maybe not though could be still related) only difference here is that it seems like it's a mob now instead of a player..

At least that crash has a function name we can check into. I'll see if I can look into this in the next day or so.

that is a ref to what andmetal said above on 1-16-2010
What's up with the nulls in the characters' names?

Wow still getting these , and Now i know for sure it is BOT related, which on my end they are called GOONS but all i did was change the #bot commands and descriptions to #goon didn't mess with anything else... anyway here is the most recent crash which was just after giving the player his new goon from my RA promo...

did you change this too i think your error is coming from this
they still have the name bot like Botowner an exmple.

#1 0x00000000008b77cf in Bot::AI_Process (this=0x18c3400) at bot.cpp:
2147 if(BotOwner->qglobal || (GetAppearance() == eaDead) || BotOwner->IsBot())

Would you be able to post a code fix for this ?? I can put stuff into files and compile ok just not very good with C++ in general if you would tell me what code to fix and with what would be a huge help..

:) Thank you guys appreciate it

look at the code edit and fine BotOwner->IsBot()) - changes that need to be done or corrected Isbot change to Isgoon recompile program that should help fix the problem. i'm just good at reading the error code i program in Pascal i would have to covert to my lang so i could understand what it's doing i hope someone else can correct this for you. after changing in program you should be able to run the debug program to check the code.

your error are coming from (GetAppearance() == eaDead) || BotOwner->IsBot()) =GDB
look what you have been posting you'll see (gdb) there is your problem.

KingMort are you using EQEmu-Rev1180a-Bots? or if your pulling the code from the exe all smiles here 80)

The function names containing the word 'bot' does not matter. If you have changed the commands to "goon" it will work fine. If you had changed some of the functions but not all references to the functions, the code would not compile due to unreferenced symbols. No offense, but OscarGrouch05 does not know what he is talking about in this regard.

Ref code 2147 if(BotOwner->qglobal || (GetAppearance() == eaDead) || BotOwner->IsBot()) does stand for GetApperance,Dead,Bot = gdb this is where your errors are coming from i would like and update when you solve this problem Thank You!

Yeah hehe i just want to see this bug fixed it's terrible having players crash every 15 minutes..

Probably one of the major reasons my servers population is so low atm

1. make sure you installed InnoDB using your perl client
2. double check your database table's

I)Database changes

-- Table "botinventory" DDL

CREATE TABLE `botinventory` (
`npctypeid` int(11) NOT NULL default '0',
`botslotid` int(11) default NULL,
`itemid` int(11) default NULL
) ENGINE=InnoDB DEFAULT CHARSET=latin1;

-- Table "botleader" DDL

CREATE TABLE `botleader` (
`botid` int(11) NOT NULL default '0',
`leaderid` int(11) default NULL,
PRIMARY KEY (`botid`)
) ENGINE=InnoDB DEFAULT CHARSET=latin1;

-----> Table "botsowners" DDL <-------- double check this one and the one below

CREATE TABLE `botsowners` (
`botnpctypeid` int(11) NOT NULL default '0',
`botleadercharacterid` int(11) NOT NULL default '0',
PRIMARY KEY (`botnpctypeid`)
) ENGINE=InnoDB DEFAULT CHARSET=latin1;

--- The table npc_types must have a new field:
ALTER TABLE npc_types add `isbot` tinyint(4) NOT NULL;

I thought botsowners wasn't used anymore .. isn't it just "bots" now or ??

If not then somethings out of whack i have 188 records in bots and 161 in botsowners

At any rate i switched them to Innodb

Just another update it seems like this crash is happening when people camp with goons in group or when multiple people camp at the same time

It's worse than ever before at this time... 15 crashed zones in less than 24 hours.

King