Possible Work-Around Quest Idea for PC Ghosting

**trevius** · #1 02-24-2008, 06:27 PM

Woot, that works! Now I just need to figure out how to crash the zone lol. Might have this up and running tonight (I hope).

**trevius** · #2 02-24-2008, 11:11 PM

Getting an NPC to crash a zone is apparently much harder than I suspected it would be. Seems like the devs made the emu too stable :P

So far I have tried:
quest::castspell(12011,0000) - to cast a spell on itself that doesn't exist.
quest::castspell(12011,13) - To have the NPC cast a spell on itself that does exist while it is wearing an item with an "unknown spell" for the focus type.
quest::selfcast(0000) - Does nothing without a target.
quest::depop(1111111111) - to depop a mob that doesn't exist.
quest::spawn(19011,0,0,0,0,-20) to spawn a mob I made that has a buff spell list I created which the spells in the list don't exist. The mob spawns, but doesn't cast anything.
quest::echo(#zoneshutdown) - Wouldn't it be awesome if that actually worked?
quest::shout("spam spam spam spam etc for about 10 lines worth") - Does the shout, but just truncates it.

I have been working on this for hours and can't figure out a way to do it. If anyone knows of a sure way to crash a zone without lagging the entire server, please let me know! Or if someone knows how to make a perl call that will let an NPC run the GM command for #zoneshutdown, that would be ideal!

Once I get this crash or shutdown working, this script will be ready to start using. I really think it will help clear up server lag enough to allow quite a few more players on a server at once, as well as less intervention from admins to reset the server daily. My events log on my PC reports 800 connections sometimes, even though I only get a max of 60ish on at once... I have a feeling that a lot of those connections are just left overs that can be cleared up with a zone reset or crash.

So_1337 · #3 02-25-2008, 02:15 AM

Wish I could help you there, but the only sure-fire zone crash I've found is to have my girlfriend's bard try to zone in =P

**trevius** · #4 02-25-2008, 09:50 AM

Derail:
LOL. Looks like a client issue to me. Did the fresh install of Titanium fix the problem? I would suspect that the problem was a bad copy of titanium (most likely illegal).

Back to the current issue, I am still looking for a way to reset or crash a zone via NPC script/quest.

More failed crash attempts:
quest::addloot(111111111); - bogus item ID, but it had no effect.
quest::settimer("reset",1); - restarted the same timer over and over without stopping it. The timer restarted and the shout went out every second, but no crash...

**Derision** · #5 02-25-2008, 10:15 AM

Quote:

Originally Posted by trevius

Derail:

Back to the current issue, I am still looking for a way to reset or crash a zone via NPC script/quest.

Try putting

Code:

CORE::Dump();

in your script. Crashes my zone under Linux.

Code:

sub EVENT_SAY {
 if($text =~ /Hail/i) {
        quest::say('Hello. I am the guild master.');
        CORE::dump()

 }
}

Edit: I just tried it in Windows ... says it's not supported there.

**trevius** · #6 02-25-2008, 11:12 AM

Quote:

Originally Posted by Derision

Edit: I just tried it in Windows ... says it's not supported there.

Awwe! I was getting excited lol. Keep em coming guys. I can't wait to get this working and start using it on my server. I will post the exact scripts I use for it and will report any performance changes as a result of using them.

**Derision** · #7 02-25-2008, 11:40 AM

Another one to try, which will kill the current process is:

Code:

kill SEGV => $$;

Again, this causes a zone crash on Linux. I have Perl (but not EQEmu) installed on Windows and there it will cause the Perl script to stop. You'll have to try it to see if it kills the zone process on windows.