What is this error? (VCRUNTIME140.dll+12DB)

[bruh...]

Unhandled native exception occurred at 0x7FF9A7D912DB (VCRUNTIME140.dll+12DB) on thread 9524!

 

shows up in my crash log and i havent been able to fix it as of yet. It happens when i try to load a save. full crash log is attached.

Crash_2021_11_14_21-40-42.txt

[airnox]

Update your computer and reinstall latest vc 

Do you have monster mod? 

 

Here a few links with same problems and solutions. 

https://steamcommunity.com/app/489830/discussions/0/1696043806567295880/

 

https://www.loverslab.com/topic/164710-game-crashes-with-same-crash-log-everytime/

 

[bruh...]

5 hours ago, airnox said:

Update your computer and reinstall latest vc 

Do you have monster mod? 

 

Here a few links with same problems and solutions. 

https://steamcommunity.com/app/489830/discussions/0/1696043806567295880/

 

https://www.loverslab.com/topic/164710-game-crashes-with-same-crash-log-everytime/

 

Thanks for the reply.

 

I dont have monster mod but i do have demonic creatures. Not sure if this mod has a similar problem.

I'll try updating and reinstalling vc and see what happens. 

[bruh...]

10 hours ago, airnox said:

Update your computer and reinstall latest vc 

Do you have monster mod? 

 

Here a few links with same problems and solutions. 

https://steamcommunity.com/app/489830/discussions/0/1696043806567295880/

 

https://www.loverslab.com/topic/164710-game-crashes-with-same-crash-log-everytime/

 

Doesnt seem to have done the trick, unless i need to roleback to an even older save. It's giving the same error

[coolfreaky]

try to update or reinstall Microsoft visual c ++  get both of them x64 and x86 it will not damage anything , all VC versions from directly microsoft ; 

 

Latest supported Visual C++ Redistributable downloads | Microsoft Docs

[_.Ainz._]

Sorry to resurrect this thread, but i had the same problem. but i managed to fix it.

i found out that it was an esp that was causing this error, then i proceeded to find which esp was crashing my game, and ran the mod folder through cathedral asset optimizer

(Luxury Collection in case anyone wanted to know) 

hope this helps someone!

[airnox]

10 hours ago, Ains Ooal Gown said:

Sorry to resurrect this thread, but i had the same problem. but i managed to fix it.

i found out that it was an esp that was causing this error, then i proceeded to find which esp was crashing my game, and ran the mod folder through cathedral asset optimizer

(Luxury Collection in case anyone wanted to know) 

hope this helps someone!

 

I use Luxury Collection (3ba) for over a year now. Never had crashes and i equiped all the clothes. No crashes. 

[_.Ainz._]

22 hours ago, airnox said:

I use Luxury Collection (3ba) for over a year now. Never had crashes and i equiped all the clothes. No crashes. 

welp it was crashing for me, maybe i got it from a dodgy place? (i dont remember where i got it from specifically) or i downloaded the wrong version or somethin.

[kimchau]

I got the same problem too

Unhandled native exception occurred at 0x7FF87FD51404 (VCRUNTIME140.dll+1404) on thread 12444

[Inquizit0r]

Am I a bit late? I kinda ran into the same issue, same error and was wondering whats happening. Loading latest save files was instant CTD, well, after like 1-2 seconds of attempted loading. I found out what was causing it, at least in my case (even that I need to put this to a test, as I am unsure just yet).
It is the save file exceeding 64MB in size, uncompressed that is. (The compressed size for me is around 21MB+the skse co-save file of like 6MB). I tried to load the last working files in ReSaver and the size also shown its uncompressed size of like 63.8 and such, while the newest files could not be open at all, which is most likely linked to the problem.
I found an answer by Sheson in this topic that explains it: https://stepmodifications.org/forum/topic/15477-ctd-on-load-after-saving-with-dyndolod/

In a shorter version, if you have some skse plugins like Engine Fixes, do some adjustment, allow new maximum save game size and it should work.

In EngineFixes.toml, replace the "false" to "true" as shown:

[Experimental]
SaveGameMaxSize = true 

• "Expands maximum save game size from 64 MB (uncompressed) to 128 MB. If you have a long playthrough and your game starts crashing when you try to save, this might fix it. Marked experimental because I can't test it myself, but is most likely safe." - Author of SSE Engine Fixes

The newest, corrupted save files will remain corrupted, as it seems, you will have to continue from the latest working save file, which should be not more than few hours of lost time.....if you havent played Skyrim for a straight week without turning it off (which is impossible, because this unstable garbage always crashes for no apparent reason, heh)

 

Edit: I can now fully confirm that this solution worked for me. I was able to load the game with the newly-made save files that exceeds uncompressed 64mb (precisely 64.2MB now) and also able to open them in ReSaver. Hope this helps someone, at some point in the future.

Edited April 3, 2022 by Inquizit0r

[KrezeMaestro]

On 4/3/2022 at 10:08 PM, Inquizit0r said:

Am I a bit late? I kinda ran into the same issue, same error and was wondering whats happening. Loading latest save files was instant CTD, well, after like 1-2 seconds of attempted loading. I found out what was causing it, at least in my case (even that I need to put this to a test, as I am unsure just yet).
It is the save file exceeding 64MB in size, uncompressed that is. (The compressed size for me is around 21MB+the skse co-save file of like 6MB). I tried to load the last working files in ReSaver and the size also shown its uncompressed size of like 63.8 and such, while the newest files could not be open at all, which is most likely linked to the problem.
I found an answer by Sheson in this topic that explains it: https://stepmodifications.org/forum/topic/15477-ctd-on-load-after-saving-with-dyndolod/

In a shorter version, if you have some skse plugins like Engine Fixes, do some adjustment, allow new maximum save game size and it should work.

In EngineFixes.toml, replace the "false" to "true" as shown:

[Experimental]
SaveGameMaxSize = true 

• "Expands maximum save game size from 64 MB (uncompressed) to 128 MB. If you have a long playthrough and your game starts crashing when you try to save, this might fix it. Marked experimental because I can't test it myself, but is most likely safe." - Author of SSE Engine Fixes

The newest, corrupted save files will remain corrupted, as it seems, you will have to continue from the latest working save file, which should be not more than few hours of lost time.....if you havent played Skyrim for a straight week without turning it off (which is impossible, because this unstable garbage always crashes for no apparent reason, heh)

 

Edit: I can now fully confirm that this solution worked for me. I was able to load the game with the newly-made save files that exceeds uncompressed 64mb (precisely 64.2MB now) and also able to open them in ReSaver. Hope this helps someone, at some point in the future.

I'm sorry if I'm necroing this thread a bit, and thankfully this fix seems to work for me. I'm just wondering if there's a more permanent solution other than just extending the limit because to me this fix is just kicking the can down the road. I'm currently at 50 hours of gameplay iirc and I can definitely see myself playing another 50 hours in this save in the long run because I'm doing a no fast travel run.

[Inquizit0r]

22 hours ago, Kreze202 said:

I'm sorry if I'm necroing this thread a bit, and thankfully this fix seems to work for me. I'm just wondering if there's a more permanent solution other than just extending the limit because to me this fix is just kicking the can down the road. I'm currently at 50 hours of gameplay iirc and I can definitely see myself playing another 50 hours in this save in the long run because I'm doing a no fast travel run.

Since the day I posted this, I have kept on playing and the uncompressed size has increased to current value of 76.3Mb. I havent looked up for any solution of this just yet, as Im kinda assuming that it wont even be necessary. The size of the savegame files does not increase that rapidly. But yes, I ultimately admit its a bit concerning, to think that one day, as (and if) im just playing and this problem kicks in again, and there wont be any solution to fix it other than start a new game.
 

My advice: try asking the author of SSE Engine Fixes on nexus whether this value can be increased even further.

[IronJaeger]

Sorry for bump but i have same problem.How can ı fix this........

[dummy003]

Same crushes here, but other cause and solution.

Save size about 10MB, not cause by monster mod or save size too big.

 

After a lot of test, I use Resaver to check save file.

It will detected a lot of unattached instances and undefined elements.
(When unattached instances and undefined elements expand to a certain amount, load save will cause vcruntime140.dll+12db CDT.)
It turns out caused by CACO potion rename function(Resaver will show unattached instances and undefined elements by CACO_CreatePotionScript)

(CACO nexus page someone report same issue, author says its caused by NPC.)

(https://www.nexusmods.com/skyrimspecialedition/mods/19924?tab=bugs CTD on save due to papyrus overload when spamming potion creation with potion renaming feature ON)

 

After I cleaned my save and disable CACO potion rename function, it works fine .

 

Sorry to push up this post, just for someone who encountered the same problem.

I googled "vcruntime140.dll+12db" this post will showed on first page.

[traison]

The vcruntime140.dll offset you get in your logs is most likely an exception handler, or some kind of cleanup routine. I'd say its quite unlikely that you manage to find an actual error in the crt, and even one that goes unhandled. The error occured somewhere earlier in the call stack. Typically I start looking at the first entry before it entered the crt dll.

 

So using the OP's log as an example, the error is most likely here:

[1]   0x7FF75F907BE9     (SkyrimSE.exe+597BE9)          BGSLoadGameBuffer::unk_597B20+C9

 

Thanks to the convenient naming of objects provided by the crash logger we can almost immediately make some guesses based on what BGSLoadGameBuffer might be. BackGroundLoadGameBuffer maybe? So, loading game content? Very vague yes, but there may be more hints further down in the register, call stack or the stack.

 

So, that also means that even if you get a crash pointing at the exact same offset in vcruntime140.dll, it may still be caused by a completely different thing and thus I'd recommend anyone that has this problem to post their own crash logs for analysis.

Edited November 18, 2022 by traison

[Fotogen]

1 hour ago, traison said:

BackGroundLoadGameBuffer maybe?

BS --> Bethesda Softworks

BGS --> Bethesda Game Studio

 

I guess its an old function. From before the use of namespaces was common. If it would be new code/engine, its probable that it would be named: Bethesda.Game.Studio.FileIO.Implementation.Load.Game::Buffer

 

 

LoadGameBuffer --> this is the good stuff. Something went wrong while loading game save file.  File corrupted, overloaded, full of junk. The usual: why does game crash on load.

 

Edited November 18, 2022 by Fotogen

[traison]

9 minutes ago, Fotogen said:

BS --> Bethesda Softworks

BGS --> Bethesda Game Studio

 

I guess its an old function. From before the use of namespaces was common. If it would be new code/engine, its probable that it would be named: Bethesda.Game.Studio.FileIO.Implementation.Load.Game::Buffer

 

 

LoadGameBuffer --> this is the good stuff. Something went wrong while loading game save file.  File corrupted, overloaded, full of junk. The usual: why does game crash on load.

 

 

I didn't mean my 5 second analysis to be read that literally, but yes you're probably right. I only just noticed it was BGS* and not BG*, proof that I'm not lying? ?