• IS THIS SITE UGLY? Click "RG3" at the very bottom-left of this page to change it. To dismiss this notice, click the X --->
Resource icon

Guide - Crashing and Minidumps

G

gse7en

#1
If you notice that something you do causes an MQ2 crash, you can help fix it! You need some simple tools to get started. This guide will take care of everything for you and as long as you can follow directions as written, you'll have done your part regardless of your knowledge level.

The two tools you'll need are a way to send a large file (e.g. https://send.firefox.com/ ) and WinDBG. WinDBG is a Debugging program made by Microsoft. It comes with the SDK, but you do not need the entire SDK. Marking WinDBG only during the installation will get us where we need to be.

https://docs.microsoft.com/en-us/windows-hardware/drivers/debugger/debugger-download-tools

Once you have WinDBG installed, run the 32 bit version as administrator. We need to attach the debugger to the EverQuest client. To do that, we need to first know the PID number of the eqgame.exe process within Windows. Two are several ways to do this, but the easiest ways are either by getting the information in the client or within Window's Task Manager.

WinDBG2.png


Rich (BB code):
/echo ${EverQuest.PID}
WinDBG1.PNG

Next, open WinDBG, open the File Menu and select "Attach to a Process" (or simply press F6 within WINDBG.)

Find the eqgame.exe that matches the client you're using.

WinDBG3.png

This will freeze the client until you press F5 within WinDBG OR until you go to the Debug menu and select "Go".

WinDBG4.PNG

Next you'll need to do whatever it is you do to cause MQ2 to crash. Once MQ2 crashes, go back to WinDGB and you'll be able to type the following:
unknown.png
Rich (BB code):
 .dump /ma C:\mq2crash.dmp
Note well the period at the beginning of the command. This will generate a very large (perhaps over a gig) file. This is the file you need to put in drop box or your other file sharing service and copy a link to send to [email protected]

The advantage of doing it this way is while the dumps that MQ2 usually generates is small in size and easily emailable, they contain only basic information to show EQMule where to investigate the bug. With this dump that we've generated here, EQMule can see exactly where and how and why the crash occured making his job much easier.

Together, we can all help make MQ2 crash-free!
 

Attachments

Last edited by a moderator:
Joined
Jul 30, 2006
Likes
450
RedCents
7,034¢
#3
Hey, I was sent the link to this lovely program/walkthrough in chat today because I'm having ridiculous client freezes. Does this work even if the client isn't CTD'ing? Also, since the clients freeze randomly, is there a better way besides me just hooking a client with the debugger and hoping for a freeze?
 
Joined
Mar 10, 2005
Likes
0
RedCents
24¢
#4
So I just today came upon this thread as I’ve been trying to research MQ2/VV/KA and what not as I’m having multiple crashes at random intervals between all clients on my computer. However I’m not getting specific information about the crashes. DC4747CD-DF66-46D0-825C-E08FDDC2E9AF.jpeg
I’m going to look at this process of debugging when I get back home however my question is can I attach the debugging to multiple EQ processes at the same time (since I run anywhere between 6-12 at a time) as MQ2 to see if there are different bugs happening between the processes or can I only do one at a time?

I’m not very experienced with debugging so any info would be appreciated.
 

Rooster

Well-known member
Joined
Jan 2, 2014
Likes
144
RedCents
1,429¢
#5
I got the same crash yesterday on all toons when receiving resses, attempting to attach WinDbg (x86) to my MT eqgame PID says access denied :(

Nevermind: didn't set admin :p
 
Last edited:
Top