• You've discovered RedGuides, an EverQuest multi-boxing and scripting community 🧙‍♀️⚙️. We want you to play several EQ characters at once, come join us and say hello! 👋

  • A TLP without truebox has thawed (Very Vanilla ready)
    Frostreaver

Problem - Toons crashing with KernelBase exception

G

Grindage

Level 2
Joined
Feb 26, 2017
RedCents
569¢
Hi All,

Just logged in today and started to get three or so of my six box crew crashing with a KernelBase.dll exception, says to send the dump file to eqmule so I did. Anyone else having any issues with crashes lately. I ran this last week with NO issues at all not sure whats going on.
 
eqmule said:
99% of the kernelbase crashes are eq crashes. Not mq2. (Running out of memory etc)
Click to expand...

I am definitely not running out of memory, 32G, I9 CPU, and 2080 TI. Interesting part is I moved to a different zone other than GMM and the problem didnt come back. Sitting in GMM it started happening today only, again ran for weeks in GMM and never saw this problem. Did I send the dump files to the right email address: [email protected] ?
 
You can have a million gigs of ram the eqprocess is a 32 bit process it can run out of memory when u hit 4gigs internally and long before that actually depending on “stuff”...
 
Also we are most likey taking about stack memory for these crashes and that limits us to about 1 mb before we crash...
 
Yea I get the 32 bit application memory limitation, not my first rodeo here. Stack overflows can also be caused by leaky software in memory or allocation attempts that exceed availability. I looked at the KernelBase dump file and it references an exception that looks like a stack problem, more directly that a memory location was not available or permission to that location was denied.

However, I suppose I still have to ask why this is happening now... First time I saw any KernelBase issues in over 5 years...and all of a sudden it shows up. I suppose it could be from a patch they did on the client or the MQ2 patch. Have you recvd the dump files and able to see where a cause might be hiding ? I will run again this morning and see if this shows up again but anything you can find in the meantime would be appreciated!
 
Did some more searching and debugging, was still happening this morning. I installed a new Nvidia driver and that might have fixed it, so will run for a bit and report back. I hope its this simple, 2080 TI drivers still have sonme issues to work out for sure :)
 
It’s likely due to some client change. Dbg introduces bugs now and then that crash the client or disconnect u and so on. We have a pretty solid crach handler now that will catch most mq2 crashes and when it does it shows up in the call stack. But it also catches Kernelbase which does not lead back to mq2 which is why I think it’s likely a client bug
 
Well updating the video driver, updating windows and doing all the CPUInf and Max performance settings doesnt seem to fix it. I tested the RAM, been all over the place nothing really seems to fix it. Crazy that it only happens in GMM but go figure.
 
Best i can tell, its crashing in /advloot:

__CxxThrowException@8 throws CDynamicArrayException
...
EQClasses::CXWnd::HandleLButtonUp
SendWndClick2(EQClasses::CXWnd *, char *) pWnd "leftmouseup"
AdvLootCmd(EQData::_SPAWNINFO *, char *) /advloot shared 14 gd
 
Interesting, as I noted on discord, GMM since the last patch, every mob is droping "a pod of water" filling up the advloot. I am wondering if there happens to be too many things in adv loot that I am not looting and it crashing the toons ?

Today I dont recall having that much in adv loot when it bombed out. What I find interesting is why since the last patch are they putting a pod of water on every mob, seems suspicious and odd at the same time to me :)
 
So here is the workaround if anyone else has this issue. I set the "pod of water" that now drops off every mob to ignore in the loot.ini file and also in /advloot to Never loot. I ran the entire mission and had zero crashes. Brainiac looked that dump files and found that inside MQ2Main.dll there some code that handles /advloot and inside that call is where it was crashing on a unhandled exception while trying to loot "Pod of Water". I would guess that this issue has always been here but until DB decided to drop a pod of water on every Mob to fix their coin bug per corpse, it never really surfaced. Mule will have to look into this and see what the scoop is... Thanks Brainiac for finding it! Here is the link to the EQ forums where they talked about this issue and why they added a pod of water to every corpse in GMM.

https://forums.daybreakgames.com/eq/index.php?threads/thirsty.257382/
 
What’s this coin bug you mention?
 
Something to note here is that advloot will crash frequently even without mq2 loaded.

To replicate:
Be grouped with at least one other player then Go pull the zone in stone root falls to fill up loot window and then make sure its all unchecked, click loot all button to get it into your personal list, then start clicking always greed when u have like 50-60 items in the list. You will almost always crash as u go through the list...
 
Is it because the list is full it's crashing? If you had a way of clearing the list quickly (ie, MQ accesses the ADLW_ManageBtnTemplate and just dumps the items immediately into someone's bag), would that help?
 
eqmule is correct, though it's not just while grouped. I don't think you need 50-60 items, but it is after quite a few items are in the window. I used to run into this on new characters from clicking the options too fast. If you click very very slowly as you go down the list it doesn't crash so you could slow down autoloot to resolve it, but I don't think that's a good solution. I think I posted this in the main thread previously as well.

It might be in this bug report, but their site is down right now for maintenance:
https://dgcissuetracker.com/browse/EQ-151

But it's been posted a few times:
https://forums.daybreakgames.com/eq/index.php?threads/advloot-crashing.247570/
https://forums.daybreakgames.com/eq/index.php?threads/fix-your-crappy-loot-system.253636/
 
Last edited:
For what it's worth, the MQ2Autoloot.ini file was pointing to the wrong file path. I fixed that per the comment above. In the autoloot window, I made sure that every loot item was set as Always Greed and was rolled on for dice. This kept the window contents cleared every few minutes. From that point on I got NO crashes for several hours, whereas previously I was getting a crash every 30 minutes or so.
 
I can reproduce this without fail, zoning into Dragonscale Hills from standard guild lobby. Anyone want the dumps or we sure this is an EQ QC thing?
 
Anybody else having crashes that aren't related to looting?

I've got two computers and two different Vanilla setups, one is fully updated as of today the other is still running last required update from May's patch day. Both are getting hard crashes, sometimes with dump file and other times just black screen. No pattern on when they crash either, doesn't seem to be looting as they sometimes crash as soon as I login and start macros, other times they run for hours before crashing.

Don't think I've changed any plugins.

I'm wondering if it's the EQ memory usage issue as all these comps were around the minimum installed GB to run a 6 box (6-8GB.)
 
You know. I've noticed. Since I started running MQ2AutoLoot and my loot windows never full. I haven't crashed nearly as much. Previously got so annoyed with the same crash over and over that I took a month break from playing. Came back and setup auto loot and I pretty much only crash when /camp desktop finishes now, in which case as long as the client closes I don't care how it closes. Lol
 
You must log in or register to reply here.
Problem - Toons crashing with KernelBase exception
Next unread thread 🦁

Users who are viewing this thread

Total: 1 (members: 0, guests: 1)
Back
Top
Cart

Cart

Total -