EQEmulator Forums - Casting any resurrect spell crashes zone

EQEmulator Forums (https://www.eqemulator.org/forums/index.php)

- Support::General Support (https://www.eqemulator.org/forums/forumdisplay.php?f=598)

- - Casting any resurrect spell crashes zone (https://www.eqemulator.org/forums/showthread.php?t=35526)

Casting any resurrect spell crashes zone

I'm running the latest release as of 7 July 2012 with Titanium spells. I have found no problems with any spells, except any resurrection type spell will crash the zone, or at least dump everyone at of the game who is in the zone. When casting, you never see the animation, it the crashes the second the cast starts.

This is also true for the customer service resurrection as well, they all cause a crash.

Anyone know what may be causing this or how to fix?

A change to some of the spell stuff is causing your problem. Try updating to rev2161 as I think it was fixed.

Was just headed over here to note that that is exactly what the problem was. Now, the mobs are all hitting for about 100x more damage than they should.

I fixed the issue regarding resurrection.

In regards to mobs bashing/kicking ect for very high damage, while it is not apparent yet why anything in this revision would effect that I have isolated out the portion of the code that is causing this and will have a solution soon hopefully.

Kayen
GM Storm Haven

Great! Thanks for working on this! We are all excited about finally getting our own server up and running :) Unfortunately, it's not playable atm with the damage problem.

Resolved the kick/bash issue and committed the fix.

Much appreciated Kayen! TYVM

I normally do not piggy-back on someone elses post, but since a fix was mentioned here, I thought I'd bump it.

I run a Ubuntu x86 Linux EQEmu (been running since 2007) and sometime in the last few mos, any spell casting is crashing zones. Chased all my players away before I realized anything was happening. Someone >finally< PM'd me that something was wrong. Sure enough, casting anything (minor heal in my test case) and the zone crashes.

Just to test that it wasn't a badly sourced DB update, I re-applied a fresh PEQ (2214?) and running latest SVN code (as of today) and still, on a new character, it crashes. /sorrow on

Any clues what's going on here? I don't really have time to dig into this, but would like MT:R back up and stable if possible. Thanks.

Edit: Jeepers, it's even worse than I thought. Ran both World and Zone in gdb, and soon as I targetted myself to cast the heal, zone died.

Here's a bt at least. Hope it helps.

Code:

[Debug] [WORLD__CLIENT] New connection from 192.168.1.100:49786

[Debug] [NET__IDENT_TRACE] 192.168.1.100:49786: First opcode 0x7752 did not match expected 0x2792

[Debug] [NET__IDENT_TRACE] 192.168.1.100:49786: Tried patch 6.2_world, and it did not match.

[Debug] [NET__IDENT_TRACE] 192.168.1.100:49786: First opcode 0x7213 did not match expected 0x2ec9

[Debug] [NET__IDENT_TRACE] 192.168.1.100:49786: Tried patch 6.2_zone, and it did not match.

[Debug] [NET__IDENT_TRACE] 192.168.1.100:49786: First opcode 0x7752 did not match expected 0x4dd0

[Debug] [NET__IDENT_TRACE] 192.168.1.100:49786: Tried patch Titanium_world, and it did not match.

[Debug] [NET__IDENT_TRACE] 192.168.1.100:49786: First opcode matched 0x7213 and length matched 68

[Debug] [NET__IDENTIFY] Identified stream 192.168.1.100:49786 with signature Titanium_zone

[Debug] [WORLD__CLIENT] New client from 192.168.1.100:49786

Unable to get group id, char not found!

Unable to get raid id, char not found!

[Quest] Unable to read perl file 'quests/halas/player_v0.pl'

[Debug] [CLIENT__NET_ERR] Drujon: Unhandled incoming opcode: [OpCode OP_WeaponEquip2 (0x63da) Size=8]

   0: 72 00 00 00 40 00 00 00                            | r...@...

[Debug] [CLIENT__NET_ERR] Drujon: Unhandled incoming opcode: [OpCode OP_WeaponEquip1 (0x6c5e) Size=12]

   0: 72 00 00 00 00 00 00 00 - 00 00 00 00              | r...........



Program received signal SIGSEGV, Segmentation fault.

0x084116fe in QuestParserCollection::EventPlayer (this=0x8f643d8, evt=EVENT_TARGET_CHANGE, client=0x9209be0, data=..., extra_data=0) at QuestParserCollection.cpp:174

174                 iter->second->EventGlobalPlayer(evt, client, data, extra_data);

(gdb) bt

#0  0x084116fe in QuestParserCollection::EventPlayer (this=0x8f643d8, evt=EVENT_TARGET_CHANGE, client=0x9209be0, data=..., extra_data=0) at QuestParserCollection.cpp:174

#1  0x080fdeb3 in Mob::SetTarget (this=0x9209be0, mob=0x9209be0) at mob.cpp:2823

#2  0x08222efa in Client::Handle_OP_TargetCommand (this=0x9209be0, app=0x91f1cd8) at client_packet.cpp:1446

#3  0x082238b2 in Client::Handle_OP_TargetMouse (this=0x9209be0, app=0x91f1cd8) at client_packet.cpp:1423

#4  0x08228953 in Client::HandlePacket (this=0x9209be0, app=0x91f1cd8) at client_packet.cpp:460

#5  0x0812ad8b in Client::Process (this=0x9209be0) at client_process.cpp:681

#6  0x080f54c8 in EntityList::MobProcess (this=0x84e19e0) at entity.cpp:488

#7  0x08138136 in main (argc=1, argv=0xbffff7e4) at net.cpp:479

Do you have a global_player.pl in your quests\templates directory?

Yeah, I think lerxst2112 pointed out your issue. Also, on newer Revs you are required to run Queryserv as well if you aren't already. That one was crashing my server when it first got introduced because I thought it was optional. I think it is only optional for windows, but Debian definitely seems to need it.

Quote:

Originally Posted by lerxst2112 (Post 214272)

Do you have a global_player.pl in your quests\templates directory?

DOH? No I did not. Totally forgot to svn update my quests dir :oops:

Trev, I had no idea there was a new service. I'll give that a try today. Thank you both for the updates.

YAY!!! You guys fixed me :) Thank you so much. MT:R is back, baby!