Skip to content


Subversion checkout URL

You can clone with HTTPS or Subversion.

Download ZIP


[Crash] FreezeDetectorRunnable::run using EmuHacker #5085

gregariousjb opened this Issue · 22 comments


Noticed it happening in accae0c (Rev 43)
Also recompiled and confirmed on 3b10122
No custom patches.


Server.log error that happens with EVERY crash:

/home/source/ptr/src/server/worldserver/Master.cpp:105 in run ASSERTION FAILED:
/usr/lib/ [0x7ffff76b10a5]
/lib/x86_64-linux-gnu/ [0x7ffff5f96d8c]
/lib/x86_64-linux-gnu/ [0x7ffff5ce204d]

To Duplicate:
1) Add the following to your EmuHacker's WEHTeleportList.txt (or just add the coordinates manually within the program itself):

Type:=Quick Add

2) Log into the game (GM or legit account)
3) Open EmuHacker
4) .tele Silithus (you need to be on the same map as the Teleport locations for them to work, in this case - anywhere in Kalimdor)
5) Click EmuHacker's "Teleport List"
6) Double-click the "Crash" teleport location and click the "Teleport" button.
7) Crash.

Also note, occasionally the player doing the crash can be visible in the server.log as something similar to:

PLAYER: Player 37479 discovered unknown area (x: -12914.431641 y: 3485.365967 map: 1

As long as your worldserver.conf has:

PlayerStart.MapsExplored = 0




@Subv Subv closed this

And the link to this duplicate is...?


Moved to #4433


It's not duplicate. Different crashes

@kaelima kaelima reopened this

Thanks for the clarification, Kaelima.

Let me know if I can help. Having a player take my server hostage puts a bit of a damper on my day.


Just so it doesn't get lost, here's a copy/paste from the closed thread that will help with troubleshooting should anyone else want to give it a shot:

Update: I found the problem commit that causes this crash: be0b2fc

I've been compiling for hours between August and October to narrow down the issue and my search ended on this commit.

In other words, d7e0190 does NOT cause the crash, and be0b2fc does.


Also FYI; warden should block any use of EmuHacker.
Crash is still an issue though




well, i think with the warden patch this don't happen any more.


it is possible to disable accesss on all this unknown areas? with using disables table


Don't count on Warden to fix it, because Warden still allow use o hack for 5 to 10 minutes.

I confirm this bug and it is still happening.


You could set up the warden config to send 100 checks per packet, im sure it would catch it


And I'm sure Warden isnt safety guarantee at all. Discarding it from a cheater's worries is as simple as replacing the word "Win" for anything else in the Authserver authentication packet. Attempts to pretend its nothing to worry about are futile, the bug exists and has to be fixed.


bump for a high priority issue :>


ofc is a hight prior...


Any news?


Update your core and retest and see it for yourself ...


Last rev is crashing, that is the thing I see.


Freezes are coming by many map loads when player is falling down

Set LogLevel = 3 in your worldsever.conf
Start worldserver
Use WEH teleport
And look at log...

@kaelima kaelima closed this in f9caf79

Sorry for the wait.


thank you

@eilo eilo referenced this issue from a commit
Commit has since been removed from the repository and is no longer available.
@raczman raczman referenced this issue from a commit in raczman/TrinityCore
@kaelima kaelima Core/Grid: Fix crashes when closing up to the edge of a map.
Closes #5085
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Something went wrong with that request. Please try again.