Page MenuHomeFeedback Tracker

SaveCurrentFSMState Crash
Assigned, NormalPublic

Description

Hello development team.
After update 1.27 my server crashes every day with the error SaveCurrentFSMState. The error path points to VANILLA functions and VANILLA variables. From the crash log that the server provides me I can't understand the root of the problem ABSOLUTELY.

I ask for information on this problem and fix it in a hotfix. I know AT LEAST 10 servers that are experiencing the same errors.

We really need help from the development team. Our servers and our players are suffering a lot.

I am attaching my server logs during the crashes to this report. I tried to collect all the logs.

Details

Severity
Crash
Resolution
Open
Reproducibility
Sometimes
Operating System
Windows 10
Category
Server

Event Timeline

There are a very large number of changes, so older changes are hidden. Show Older Changes

Having the same issue since 1.27 hotfix update{F5114147}

Gooon added a subscriber: Gooon.Mar 23 2025, 4:07 PM

Getting same crash like crazy
Function: 'SaveCurrentFSMState'
Stack trace:
scripts/4_World/entities\firearms\weapon_base.c:564


WIN-040M49FQNLM, 24.03 2025 14:50:09
Unhandled exception

Program: C:\Users\Administrator\Desktop\OmegaManager\servers\EscapeFromDeerIsle\DayZServer_x64.exe
Reason: Access violation. Illegal read by 0x7ff6ba299864 at 0x10

Function: 'SaveCurrentFSMState'
Stack trace:
scripts/4_World/entities\firearms\weapon_base.c:564

SymGetSymFromAddr:487, addr:0x7ff6ba299864
SymGetSymFromAddr:487, addr:0x7ff6ba4641ef
SymGetSymFromAddr:487, addr:0x7ff6ba47db62
SymGetSymFromAddr:487, addr:0x7ff6ba465bcf
SymGetSymFromAddr:487, addr:0x7ff6ba462d75
SymGetSymFromAddr:487, addr:0x7ff6ba4679e2
SymGetSymFromAddr:487, addr:0x7ff6ba46324f
SymGetSymFromAddr:487, addr:0x7ff6ba699714
[CDPInitServer]: ??? addr:0x7ff6ba852359
[CDPInitServer]: ??? addr:0x7ff6ba83ec98
[CDPInitServer]: ??? addr:0x7ff6ba83cc33
[CDPInitServer]: ??? addr:0x7ff6ba83f05f
[CDPInitServer]: ??? addr:0x7ff6ba84c020
[CDPInitServer]: ??? addr:0x7ff6ba83e38c
[CDPInitServer]: ??? addr:0x7ff6ba85cb3a
[CDPInitServer]: ??? addr:0x7ff6ba83e620
[CDPInitServer]: ??? addr:0x7ff6ba84fe91
SymGetSymFromAddr:487, addr:0x7ff6ba48514c
SymGetSymFromAddr:487, addr:0x7ff6ba485c57
SymGetSymFromAddr:487, addr:0x7ff6ba48654b
SymGetSymFromAddr:487, addr:0x7ff6ba48f94a
SymGetSymFromAddr:487, addr:0x7ff6ba48f989
[BaseThreadInitThunk]: ??? addr:0x7ffe46164cb0
[RtlUserThreadStart]: ??? addr:0x7ffe47f1edcb
[RtlUserThreadStart]: ??? addr:0x7ffe47f1edcb

Its non stop on our Deer Isle server and ive tried so many things with no luck. This wasnt happening before 1.27 and we havent changed anything that should cause this.

What more info is needed so this can be looked at and addressed?

Myrtan added a comment.EditedMar 25 2025, 2:17 PM

We keep getting this issue. Server crashes 1-2 times per day. Removing Magnum guns from the map doesn't help.
We're looking for the reason of the crashes, but everything seems too* complex to investigate. Do you have any additional info given in .dump files?
Thank you.

@Geez give information pls

Geez added a comment.Mar 25 2025, 5:03 PM

@Geez give information pls

No additional information I could provide.
We are still investigating the issue.

I have the same issue.
All of the crashes have the same stack trace to the "SaveCurrentFSMState" function.

hello bohemia, we also have the same issue here, same crash, we changed nothing on our end, seemed to start after your last hotfix. lets get this fixed ASAP please. downbadservers

Gooon added a comment.EditedMar 27 2025, 4:22 PM

@Geez What else can we do to help you investigate this? Like he said this only started happening some time after 1.27 and that hotfix without us changing anything to our weapon mods. It is causing our servers much pain dealing with the multiple crashes we get daily
Unhandled exception

Reason: Access violation. Illegal read by 0x7ff676c59864 at 0x10

Function: 'SaveCurrentFSMState'
Stack trace:
scripts/4_World/entities\firearms\weapon_base.c:564

@Geez zero response here for days, weekend is coming. we want some action on this please or at least recognition of the issue so we can communicate with the players.

Gooon added a comment.Mar 27 2025, 4:46 PM

This has been ruining our servers and causing our community many problems for weeks now and we have tried EVERYTHING.

Gooon added a comment.EditedMar 27 2025, 6:54 PM
void SaveCurrentFSMState(ParamsWriteContext ctx)
{
    if (m_fsm && m_fsm.IsRunning())
    {
        if (m_fsm.SaveCurrentFSMState(ctx))
        {
            if (LogManager.IsWeaponLogEnable()) { wpnDebugPrint("[wpnfsm] " + Object.GetDebugName(this) + " Weapon=" + this + " state saved."); }
        }
        else
            Error("[wpnfsm] " + Object.GetDebugName(this) + " Weapon=" + this + " state NOT saved.");
    }
    else
        Error("[wpnfsm] " + Object.GetDebugName(this) + " Weapon.SaveCurrentFSMState: trying to save weapon without FSM (or uninitialized weapon) this=" + this + " type=" + GetType());
}
  
bool LoadCurrentFSMState(ParamsReadContext ctx, int version)
{
    if (m_fsm)
    {
        if (m_fsm.LoadCurrentFSMState(ctx, version))
        {
            WeaponStableState state = WeaponStableState.Cast(GetCurrentState());
            if (state)
            {
                SyncSelectionState(state.HasBullet(), state.HasMagazine());
                state.SyncAnimState();
                if (LogManager.IsWeaponLogEnable()) { wpnDebugPrint("[wpnfsm] " + Object.GetDebugName(this) + " Weapon=" + this + " stable state loaded and synced."); }
                return true;
            }
            else
            {
                if (LogManager.IsWeaponLogEnable()) { wpnDebugPrint("[wpnfsm] " + Object.GetDebugName(this) + " Weapon=" + this + " unstable/error state loaded."); }
                return false;
            }
        }
        else
        {
            Error("[wpnfsm] " + Object.GetDebugName(this) + " Weapon=" + this + " did not load.");
            return false;
        }
    }
    else
    {
        Error("[wpnfsm] " + Object.GetDebugName(this) + " Weapon.LoadCurrentFSMState: trying to load weapon without FSM (or uninitialized weapon) this=" + this + " type=" + GetType());
        return false;
    }
}
  
override void AfterStoreLoad()
{
    if (m_fsm)
    {
        int mi = GetCurrentMuzzle();
        Magazine mag = GetMagazine(mi);
        bool has_mag = mag != null;
        bool has_bullet = !IsChamberEmpty(mi);
        SyncSelectionState(has_bullet, has_mag);
    }
}
  
override void OnStoreSave(ParamsWriteContext ctx)
{
    super.OnStoreSave(ctx);
    
    // current muzzle added in version 113
    int current_muzzle = GetCurrentMuzzle();
    ctx.Write(current_muzzle);
    
    // fire mode added in version 105
    int mode_count = GetMuzzleCount();
    ctx.Write(mode_count);
    for (int m = 0; m < mode_count; ++m)
        ctx.Write(GetCurrentMode(m));
    
    ctx.Write(m_isJammed);
  
    if (m_fsm)
        m_fsm.OnStoreSave(ctx);
    else
    {
        int dummy = 0;
        ctx.Write(dummy);
    }
}
  
int GetInternalStateID()
{
    if (m_fsm)
        return m_fsm.GetInternalStateID();
    return 0;
}

int GetCurrentStableStateID()
{
    if (m_fsm)
    {
        return m_fsm.GetCurrentStableStateID();
    }
    return 0;
}
  
void RandomizeFSMState()
{
    if (m_fsm)
    {
        int mi = GetCurrentMuzzle();
        Magazine mag = GetMagazine(mi);
        bool has_mag = mag != null;
        bool has_bullet = !IsChamberEmpty(mi);
        bool has_jam = IsJammed();
        array<MuzzleState> muzzleStates = GetMuzzleStates();
        m_fsm.RandomizeFSMStateEx(muzzleStates, has_mag, has_jam);
        ForceSyncSelectionState();
    }
}

What has changed here from last update that would now cause us to crash if we havent changed anything related to weapons?

This is the area in the code that our crash is referring to line 564.
It seems to be all from between lines 551-575 inside of DAYZ/scripts_v1.24.157551/scripts/world/entities/firearms/weapon_base.c

we found a way to stop the crashing. we have removed all the revolvers (No matter If modded ones or the Vanilla one). Since that we dont have issues anymore. Try it maybe it will help you too. BUT we still have other fsm errors that are not related to the
revolvers, those dont crash the server.

This did nothing. I also tried spawning them all loaded and unloaded, did a bunch of testing with them, nothing.

Still continues..............

Geez changed the task status from Need More Info to Assigned.Mar 28 2025, 12:02 PM

@Geez What else can we do to help you investigate this?

At the moment we do not require any further information.
We are looking into the issue and possible fix will be deployed once implemented and properly tested. I however cannot provide any estimates as to when this could be as this is a more complex issue. Sorry for any inconveniences and thank you for understanding.

Hopefully this gets taken care of soon! Would really be nice.

similar problem

Reason: Access violation. Illegal read by 0x7ff6af35bfb0 at 0x8


Class:      'ASVAL'
Entity id:3023575

Function: 'SaveCurrentFSMState'
Stack trace:
scripts/4_World/entities\firearms\weapon_base.c:574

SymGetSymFromAddr:487, addr:0x7ff6af35bfb0
SymGetSymFromAddr:487, addr:0x7ff6af3dfcb9
SymGetSymFromAddr:487, addr:0x7ff6af3e121f
SymGetSymFromAddr:487, addr:0x7ff6af3c5be4
SymGetSymFromAddr:487, addr:0x7ff6af3c2d75
SymGetSymFromAddr:487, addr:0x7ff6af3c79e2
SymGetSymFromAddr:487, addr:0x7ff6af3c324f
SymGetSymFromAddr:487, addr:0x7ff6af5f9714
[CDPInitServer]: ??? addr:0x7ff6af7b2359
[CDPInitServer]: ??? addr:0x7ff6af79ec98
[CDPInitServer]: ??? addr:0x7ff6af79cc33
[CDPInitServer]: ??? addr:0x7ff6af79f05f
[CDPInitServer]: ??? addr:0x7ff6af7ac020
[CDPInitServer]: ??? addr:0x7ff6af79e38c
[CDPInitServer]: ??? addr:0x7ff6af7bcb3a
[CDPInitServer]: ??? addr:0x7ff6af79e620
[CDPInitServer]: ??? addr:0x7ff6af7afe91
SymGetSymFromAddr:487, addr:0x7ff6af3e514c
SymGetSymFromAddr:487, addr:0x7ff6af3e5c57
SymGetSymFromAddr:487, addr:0x7ff6af3e654b
SymGetSymFromAddr:487, addr:0x7ff6af3ef94a
SymGetSymFromAddr:487, addr:0x7ff6af3ef989
[BaseThreadInitThunk]: ??? addr:0x7fffd9e94de0
[RtlUserThreadStart]: ??? addr:0x7fffdb35ec4b
[RtlUserThreadStart]: ??? addr:0x7fffdb35ec4b

another week, will we get some feedback??

Gooon added a comment.Apr 2 2025, 5:12 AM

WIN-NO3O948RSQA, 01.04 2025 20:50:07
Unhandled exception

Program: C:\Users\Administrator\Desktop\OmegaManager\servers\EscapeFromChernarus\DayZServer_x64.exe
Reason: Access violation. Illegal read by 0x7ff69863df45 at 0x7

Class: 'WeaponFSM'
Function: 'Write'
Stack trace:
scripts/4_World/entities\firearms\weaponfsm.c:406
scripts/4_World/entities\firearms\weapon_base.c:566

SymGetSymFromAddr:487, addr:0x7ff69863df45
SymGetSymFromAddr:487, addr:0x7ff6983f1384
SymGetSymFromAddr:487, addr:0x7ff698640267
SymGetSymFromAddr:487, addr:0x7ff698625be4
SymGetSymFromAddr:487, addr:0x7ff698622d75
SymGetSymFromAddr:487, addr:0x7ff6986279e2
SymGetSymFromAddr:487, addr:0x7ff69862324f
SymGetSymFromAddr:487, addr:0x7ff698859714
[CDPInitServer]: ??? addr:0x7ff698a12359
[CDPInitServer]: ??? addr:0x7ff6989fec98
[CDPInitServer]: ??? addr:0x7ff6989fc970
[CDPInitServer]: ??? addr:0x7ff698a0cdfc
[CDPInitServer]: ??? addr:0x7ff6989fe31a
[CDPInitServer]: ??? addr:0x7ff698a1cb3a
[CDPInitServer]: ??? addr:0x7ff6989fe620
[CDPInitServer]: ??? addr:0x7ff698a0fe91
SymGetSymFromAddr:487, addr:0x7ff69864514c
SymGetSymFromAddr:487, addr:0x7ff698645c57
SymGetSymFromAddr:487, addr:0x7ff69864654b
SymGetSymFromAddr:487, addr:0x7ff69864f94a
SymGetSymFromAddr:487, addr:0x7ff69864f989
[BaseThreadInitThunk]: ??? addr:0x7ffe0cb84cb0
[RtlUserThreadStart]: ??? addr:0x7ffe0e99edcb
[RtlUserThreadStart]: ??? addr:0x7ffe0e99edcb

Gooon added a comment.Apr 2 2025, 5:13 AM

WIN-NO3O948RSQA, 31.03 2025 06:59:22
Unhandled exception

Program: C:\Users\Administrator\Desktop\OmegaManager\servers\EscapeFromChernarus\DayZServer_x64.exe
Reason: Access violation. Illegal read by 0x7ff698459864 at 0x10

Function: 'SaveCurrentFSMState'
Stack trace:
scripts/4_World/entities\firearms\weapon_base.c:564

SymGetSymFromAddr:487, addr:0x7ff698459864
SymGetSymFromAddr:487, addr:0x7ff6986241ef
SymGetSymFromAddr:487, addr:0x7ff69863db62
SymGetSymFromAddr:487, addr:0x7ff698625bcf
SymGetSymFromAddr:487, addr:0x7ff698622d75
SymGetSymFromAddr:487, addr:0x7ff6986279e2
SymGetSymFromAddr:487, addr:0x7ff69862324f
SymGetSymFromAddr:487, addr:0x7ff698859714
[CDPInitServer]: ??? addr:0x7ff698a12359
[CDPInitServer]: ??? addr:0x7ff6989fec98
[CDPInitServer]: ??? addr:0x7ff6989fcc33
[CDPInitServer]: ??? addr:0x7ff6989ff05f
[CDPInitServer]: ??? addr:0x7ff698a0c020
[CDPInitServer]: ??? addr:0x7ff6989fe38c
[CDPInitServer]: ??? addr:0x7ff698a1cb3a
[CDPInitServer]: ??? addr:0x7ff6989fe620
[CDPInitServer]: ??? addr:0x7ff698a0fe91
SymGetSymFromAddr:487, addr:0x7ff69864514c
SymGetSymFromAddr:487, addr:0x7ff698645c57
SymGetSymFromAddr:487, addr:0x7ff69864654b
SymGetSymFromAddr:487, addr:0x7ff69864f94a
SymGetSymFromAddr:487, addr:0x7ff69864f989
[BaseThreadInitThunk]: ??? addr:0x7ffe0cb84cb0
[RtlUserThreadStart]: ??? addr:0x7ffe0e99edcb
[RtlUserThreadStart]: ??? addr:0x7ffe0e99edcb

WIN-040M49FQNLM, 31.03 2025 21:17:33
NULL pointer to instance
Class: 'WeaponFSM'
Function: 'SaveCurrentFSMState'
Stack trace:
scripts/4_World/entities\firearms\weaponfsm.c:406
scripts/4_World/entities\firearms\weapon_base.c:566

Runtime mode
CLI params: config serverDZ.cfg.active port 2302 profiles profiles adminlog freezecheck mod @CF;@GameLabs;@Dayz Editor Loader;@Mag Obfuscation;@VPPAdminTools;@Item Rarity;@DayZ-Expansion-Core;@DayZ-Expansion-Licensed;@DayZ-Expansion-Hardline;@DayZ-Expansion-Personal-Storage;@DayZ-Expansion-Market;@DayZ-Expansion-Animations;@DayZ-Expansion-Quests;@FlipTransport;@Forward Operator Gear;@CorpseSearching;@CJ187-LootChest;@WindstridesClothingPack;@Dabs Framework;@NoRelogHere;@SkyZ - Skybox Overhaul;@RedFalcon Watercraft;@RedFalcon Flight System Heliz;@Stalker NewHorizon Objects;@DayZ-Expansion-Vehicles;@Vehicle3PP;@RA Base Building;@Dogtags;@BuildingsMegaModPack;@GSC Gameworld Assets;@Inventory Move Sounds;@LootChest Keys;@DayZ-Expansion-Map-Assets;@Care Packages V2;@Escape From DeerIsle;@DeerIsle; serverMod @ServerMod;


WIN-040M49FQNLM, 31.03 2025 21:17:34
Unhandled exception

Program: C:\Users\Administrator\Desktop\OmegaManager\servers\EscapeFromDeerIsle\DayZServer_x64.exe
Reason: Access violation. Illegal write by 0x0 at 0x0

Function: 'SaveCurrentFSMState'
Stack trace:
scripts/4_World/entities\firearms\weapon_base.c:564

Gooon added a comment.Apr 2 2025, 5:14 AM

WIN-040M49FQNLM, 31.03 2025 14:34:10
Unhandled exception

Program: C:\Users\Administrator\Desktop\OmegaManager\servers\EscapeFromDeerIsle\DayZServer_x64.exe
Reason: Access violation. Illegal read by 0x7ff7dfd39864 at 0x10

Function: 'SaveCurrentFSMState'
Stack trace:
scripts/4_World/entities\firearms\weapon_base.c:564

SymGetSymFromAddr:487, addr:0x7ff7dfd39864
SymGetSymFromAddr:487, addr:0x7ff7dff041ef
SymGetSymFromAddr:487, addr:0x7ff7dff1db62
SymGetSymFromAddr:487, addr:0x7ff7dff05bcf
SymGetSymFromAddr:487, addr:0x7ff7dff02d75
SymGetSymFromAddr:487, addr:0x7ff7dff079e2
SymGetSymFromAddr:487, addr:0x7ff7dff0324f
SymGetSymFromAddr:487, addr:0x7ff7e0139714
[CDPInitServer]: ??? addr:0x7ff7e02f2359
[CDPInitServer]: ??? addr:0x7ff7e02dec98
[CDPInitServer]: ??? addr:0x7ff7e02dcc33
[CDPInitServer]: ??? addr:0x7ff7e02df05f
[CDPInitServer]: ??? addr:0x7ff7e02ec020
[CDPInitServer]: ??? addr:0x7ff7e02de38c
[CDPInitServer]: ??? addr:0x7ff7e02fcb3a
[CDPInitServer]: ??? addr:0x7ff7e02de620
[CDPInitServer]: ??? addr:0x7ff7e02efe91
SymGetSymFromAddr:487, addr:0x7ff7dff2514c
SymGetSymFromAddr:487, addr:0x7ff7dff25c57
SymGetSymFromAddr:487, addr:0x7ff7dff2654b
SymGetSymFromAddr:487, addr:0x7ff7dff2f94a
SymGetSymFromAddr:487, addr:0x7ff7dff2f989
[BaseThreadInitThunk]: ??? addr:0x7ffc6aad4cb0
[RtlUserThreadStart]: ??? addr:0x7ffc6be1edcb
[RtlUserThreadStart]: ??? addr:0x7ffc6be1edcb

@Geez Another update came out today, was the issue in this ticket fixed with this update or do we have to wait some more?

Geez added a comment.Thu, Apr 3, 3:04 PM

@Geez Another update came out today, was the issue in this ticket fixed with this update or do we have to wait some more?

There was no fix in this update for this issue.

Thragg added a subscriber: Thragg.Thu, Apr 3, 7:57 PM

@Geez What are we supposed to tell our clients when the server has been crashing every half hour for close to 2 weeks, and the latest hotfix is for “farming”?. What progress have you made with this issue considering it is affecting MANY large servers?

dropping min in here.

This happens all day. That's just the last three.

Thragg added a comment.Fri, Apr 4, 7:49 PM

Here comes the weekend again, player count constantly dropping and no status update on this issue

SGreen added a subscriber: SGreen.Sat, Apr 5, 1:49 PM

Same error today

MSK-TR-1940, 05.04 2025 14:42:04
Unhandled exception

Program: D:\DZ\servers\FAS_CHERNO_1\DayZServer_x64.exe
Reason: Access violation. Illegal read by 0x7ff6eba39864 at 0x10

Function: 'SaveCurrentFSMState'
Stack trace:
scripts/4_World/entities\firearms\weapon_base.c:564

SymGetSymFromAddr:487, addr:0x7ff6eba39864
SymGetSymFromAddr:487, addr:0x7ff6ebc041ef
SymGetSymFromAddr:487, addr:0x7ff6ebc1db62
SymGetSymFromAddr:487, addr:0x7ff6ebc05bcf
SymGetSymFromAddr:487, addr:0x7ff6ebc02d75
SymGetSymFromAddr:487, addr:0x7ff6ebc079e2
SymGetSymFromAddr:487, addr:0x7ff6ebc0324f
SymGetSymFromAddr:487, addr:0x7ff6ebe388b4
[CDPInitServer]: ??? addr:0x7ff6ebff14f9
[CDPInitServer]: ??? addr:0x7ff6ebfdde38
[CDPInitServer]: ??? addr:0x7ff6ebfdbdd3
[CDPInitServer]: ??? addr:0x7ff6ebfde126
[CDPInitServer]: ??? addr:0x7ff6ebfeb1c0
[CDPInitServer]: ??? addr:0x7ff6ebfdd52c
[CDPInitServer]: ??? addr:0x7ff6ebffbcda
[CDPInitServer]: ??? addr:0x7ff6ebfdd7c0
[CDPInitServer]: ??? addr:0x7ff6ebfef031
SymGetSymFromAddr:487, addr:0x7ff6ebc2514c
SymGetSymFromAddr:487, addr:0x7ff6ebc25c57
SymGetSymFromAddr:487, addr:0x7ff6ebc2654b
SymGetSymFromAddr:487, addr:0x7ff6ebc2f94a
SymGetSymFromAddr:487, addr:0x7ff6ebc2f989
[BaseThreadInitThunk]: ??? addr:0x7ff9d2c74cb0
[RtlUserThreadStart]: ??? addr:0x7ff9d3e7ecdb
[RtlUserThreadStart]: ??? addr:0x7ff9d3e7ecdb

I am also continuing to have these crash logs which in turns causes the server to crash. @Geez this has been an ongoing issue for almost a month. The current state of DayZ community servers have made it almost impossible to keep servers open. Every update that is done breaks so many different things players leave. From the time of your last update you have lost 4.28% of your player base. At what point will you realize you are causing more harm with every update that is pushed? Without modded communities DayZ would have a fraction of its current player count.

CHI-2A31-U33, 06.04 2025 15:50:33
NULL pointer to instance
Class: 'WeaponFSM'
Function: 'SaveCurrentFSMState'
Stack trace:
scripts/4_World/entities\firearms\weaponfsm.c:406
scripts/4_World/entities\firearms\weapon_base.c:566

Runtime mode
CLI params: config serverDZ.cfg.active port 2302 profiles profiles adminlog freezecheck dologs mod @CF;@Dabs Framework;@VPPAdminTools;@Dayz Editor Loader;@BuilderItems;@BaseBuildingPlus;@DayZ-Expansion-Core;@DayZ-Expansion-Licensed;@DayZ-Expansion-Market;@DayZ-Expansion-Quests;@Care Packages V2;@Custom Keycards;@Dogtags;@Code Lock;@Breachingcharge;@BodyBags;@CannabisPlus;@AscentWeapons;@AscentVehicles;@AscentHelis;@FlipTransport;@MuchCarKey;@Ascent_Core;@AscentServerPack;@AscentClothing;@Item Rarity;@Vehicle3PP; serverMod @GameLabs;@No Sickness;@SlowerMetabolism;@RaidSchedule - New and Improved;@BreachingCharge RaidSchedule Compatibility;@Breachingcharge Codelock Compatibility;


CHI-2A31-U33, 06.04 2025 15:50:33
NULL pointer to instance
Class: 'WeaponFSM'
Function: 'SaveCurrentFSMState'
Stack trace:
scripts/4_World/entities\firearms\weaponfsm.c:406
scripts/4_World/entities\firearms\weapon_base.c:566

Runtime mode
CLI params: config serverDZ.cfg.active port 2302 profiles profiles adminlog freezecheck dologs mod @CF;@Dabs Framework;@VPPAdminTools;@Dayz Editor Loader;@BuilderItems;@BaseBuildingPlus;@DayZ-Expansion-Core;@DayZ-Expansion-Licensed;@DayZ-Expansion-Market;@DayZ-Expansion-Quests;@Care Packages V2;@Custom Keycards;@Dogtags;@Code Lock;@Breachingcharge;@BodyBags;@CannabisPlus;@AscentWeapons;@AscentVehicles;@AscentHelis;@FlipTransport;@MuchCarKey;@Ascent_Core;@AscentServerPack;@AscentClothing;@Item Rarity;@Vehicle3PP; serverMod @GameLabs;@No Sickness;@SlowerMetabolism;@RaidSchedule - New and Improved;@BreachingCharge RaidSchedule Compatibility;@Breachingcharge Codelock Compatibility;


CHI-2A31-U33, 06.04 2025 15:50:33
NULL pointer to instance
Class: 'WeaponFSM'
Function: 'SaveCurrentFSMState'
Stack trace:
scripts/4_World/entities\firearms\weaponfsm.c:406
scripts/4_World/entities\firearms\weapon_base.c:566

Runtime mode
CLI params: config serverDZ.cfg.active port 2302 profiles profiles adminlog freezecheck dologs mod @CF;@Dabs Framework;@VPPAdminTools;@Dayz Editor Loader;@BuilderItems;@BaseBuildingPlus;@DayZ-Expansion-Core;@DayZ-Expansion-Licensed;@DayZ-Expansion-Market;@DayZ-Expansion-Quests;@Care Packages V2;@Custom Keycards;@Dogtags;@Code Lock;@Breachingcharge;@BodyBags;@CannabisPlus;@AscentWeapons;@AscentVehicles;@AscentHelis;@FlipTransport;@MuchCarKey;@Ascent_Core;@AscentServerPack;@AscentClothing;@Item Rarity;@Vehicle3PP; serverMod @GameLabs;@No Sickness;@SlowerMetabolism;@RaidSchedule - New and Improved;@BreachingCharge RaidSchedule Compatibility;@Breachingcharge Codelock Compatibility;


We join the common problem! We are waiting for a prompt decision from the developers

DozingChopper added a subscriber: DozingChopper.EditedTue, Apr 8, 10:53 PM

This is primarily not a DayZ core issue, but an issue with mods on the server, I have found the core issues and fixed them on our servers.

Vadya added a comment.Wed, Apr 9, 12:07 AM

This is primarily not a DayZ core issue, but an issue with mods on the server, I have found the core issues and fixed them on our servers.

maybe you can tell me what you did? After all, the developers, unfortunately, can't tell me anything, what exactly did you do to fix this problem?

Vadya added a comment.Wed, Apr 9, 12:10 AM

because here most of the servers are quite popular with strong technical skills can't fix this problem, and you found it, I hope that you will share the solution

Myrtan added a comment.Wed, Apr 9, 2:47 AM

@DozingChopper , could you tell the solution? We've tried everything to fix the problem, but nothing helped. I think it would be nice for community to get this problem solved. Thank you.

Is there any news, gentlemen?

Vadya added a comment.Thu, Apr 10, 8:51 PM

Hello, sorry for tagging, but the problem remains, the leak of players is happening further and further, I think it is unlikely that the person above found a way to solve the problem, because knowing that the problem is quite global, any person would share a solution to the problem to fix this error 'SaveCurrentFSMState'. My friend said that in his discord channel people complain about server crashes, I think he still has the same problem, I ask you to speed up the process of solving the problem, because we are losing the audience that we have been accumulating for so long due to the fact that the server does not work stably, and it consistently crashes 2-3 times a day. Please treat this with understanding, because we have been accumulating this audience for many years. @Geez

VoidFR added subscribers: BLACKOUTS, Steel, central and 2 others.EditedSun, Apr 13, 11:00 PM

We are experiencing the same problem here, with a very large server.

My group was playing alteria flying heli and it made the whole server log out 4 times we confirmed for sure it was us crashing the server by redoing the same actions again and again (2 times the server actually crasshed and reset itself) I have the logs if somone wants too tell me how too post them.

ELJubJubs added a comment.EditedMon, Apr 14, 10:50 AM

was on escape from dayz us3 btw

We’re experiencing the same random server crashes caused by the SaveCurrentFSMState function. The crashes occur unpredictably—sometimes multiple times a day, other times the server runs for several days without issues. We're hoping for a prompt response and fix from the developers.

This comment was removed by killakisa.

Is there any update on this? This same issue on our server. Have been following this post but not seeing much input from Bohemia on this one.

Doesn't matter if it's at 10pop or at 80pop. Crashing 4-5 times a day with this SaveCurrentFSMState Access Violation Crash

Are we going to see this crash fixed before 1.28 release?

Is everyone encountering this issue running the Community Framework mod (CF)?

Gooon added a comment.Tue, Apr 15, 8:08 PM

@Salutesh We are and I’d say a very large majority of popular modded servers do too

Gooon added a comment.Tue, Apr 15, 8:10 PM

@ELJubJubs Please make a ticket in EscapeFromDayZ discord regarding this so I can look into that further

ad.HD added a subscriber: ad.HD.EditedTue, Apr 15, 11:44 PM

We are. Been having at least 1-2 of these crashes daily, sometimes more, and it’s really really starting to hurt. We’re still growing and it’s really not helping. Doesn’t matter if we’ve got 5 on or 40… just random weaponfsm.c crashes.

This is primarily not a DayZ core issue, but an issue with mods on the server, I have found the core issues and fixed them on our servers.

Claiming to have a fix for this issue and not sharing it is diabolical.

This is primarily not a DayZ core issue, but an issue with mods on the server, I have found the core issues and fixed them on our servers.

Claiming to have a fix for this issue and not sharing it is diabolical.

Totally. Also we've just crashed again for the same reason.

I haven't checked this in a few days. Although yes the check itself is causing the crashing, its primarily because some weapon on your server is causing the crashing. It is checking continuously to see if the state of your weapon is correct and attempts to correct itself, if it can't it, causes the crash. Finding the fix for everyone is like finding a needle in a haystack. But for us, we improve crashing ten-fold by going through every weapon, attachment and checking to see if it is set up correctly. After finding minor issues, it improved. Although we are still getting a crash due to a final weapon we are working out, we can report that it is self fixable. My recommendation is your Units / Weapon Config & setups are all 100% correct. I will be more readily available come Sunday to look into fixing more unique instances that people may be struggling with.

I do recommend DayZ has more of a look into the check to see if it can just be avoided completely but, chances are it is just needed to operate.

ad.HD added a comment.Sun, Apr 20, 7:24 PM

Well I really hope they do. We’ve gotten rid of like 90% of the crashes on our server by taking magazines out of weapons that spawn inside of modded crate loot, like keycards, care packages etc… but still get one every couple days for a ground weapon. It’s really annoying and I’m not at all confident that the DayZ team is going to do anything about it.

ad.HD added a comment.Mon, Apr 21, 1:02 AM

Is anyone here using SNAFU weapons on their server and still getting these FSM crashes? We used SNAFU last wipe on 1.27 and never got them, but now that we’re using A6 weapons we get them all the time. I just want to see if anyone is using SNAFU and getting these crashes before I consider going back to those weapons and getting rid of A6.

I am using A6 and I recognize a few others in here that use A6 as well. I would be interested to see how many in here are using A6 Weapon and A6 Gunplay.

ad.HD added a comment.Mon, Apr 21, 1:13 AM
This comment was removed by ad.HD.
Geez added a comment.Tue, Apr 22, 4:09 PM

Hello everyone.
There are some changes in 1.28 which could improve this issue. Can you please test this problem on current experimental version and provide feedback?

ad.HD added a comment.Thu, Apr 24, 7:58 AM

Has anyone been able to test on experimental?

Vadya added a comment.Thu, Apr 24, 9:39 AM

Has anyone been able to test on experimental?

You can't check it because it's random.

My thoughts exactly. Not to mention I don’t have an experimental server set up to test on and I definitely don’t have players to test on it even if I did. It’s hard to just up and test this issue on experimental. Was just wondering if everyone else had the same thoughts.

I guess we just keep our fingers crossed that it’s actually fixed?

Hello everyone.
There are some changes in 1.28 which could improve this issue. Can you please test this problem on current experimental version and provide feedback?

Hi Geez, we're trying on the experimental branch.

I've added a NULL Pointer check to the vanilla code to prevent server crashes. More specifically I've added NULL pointer checks on the variables ctx, state, and m_fsm in the modules weapon_base.c and weaponfsm.c. I've published this as a workshop item WeaponFSM Fix . Keep in mind this hardcodes these two modules with 1.27 code so it may break when 1.28 is released. Please remember to remove this mod when 1.28 is released.

My thoughts exactly. Not to mention I don’t have an experimental server set up to test on and I definitely don’t have players to test on it even if I did. It’s hard to just up and test this issue on experimental. Was just wondering if everyone else had the same thoughts.

I guess we just keep our fingers crossed that it’s actually fixed?

heh, most players don't know how to run mods that are ON the workshop 🤣 Trying to teach them how on exp it'll be pushed live by time players join.

@nachoooo I've added this to my server, but am still getting the exact crash you have listed in the steam workshop. It has def cut down on the number of the crashes in my crash log, but we still get them sometimes.

ad.HD added a comment.Tue, Apr 29, 5:14 AM

@nachoooo I've added this to my server, but am still getting the exact crash you have listed in the steam workshop. It has def cut down on the number of the crashes in my crash log, but we still get them sometimes.

The fatal crashes or just still showing up in the logs?

I found that in addition to ctx being NULL, the WeaponDebugger and current_state_id can also cause crashing. I've added error checks for those and also redid the overrides from prefix to modded overrides which should prevent any crashing. I'm uploading the new version now. WeaponFSM Fix

ad.HD added a comment.Tue, Apr 29, 6:23 PM

I found that in addition to ctx being NULL, the WeaponDebugger and current_state_id can also cause crashing. I've added error checks for those and also redid the overrides from prefix to modded overrides which should prevent any crashing. I'm uploading the new version now. WeaponFSM Fix

ZERO weaponfsm errors in my logs as of this morning’s scheduled restart after installing this last night. I could kiss you 😘

Happy to help out the community! @Gooon I'd like to have a chat with you, https://discord.gg/killerz

ad.HD added a comment.Thu, May 1, 9:43 AM

Happy to help out the community! @Gooon I'd like to have a chat with you, https://discord.gg/killerz

Just had my first error/crash since installing your mod. One in two days is still one too many, but I’ll take what I can get.

Thats a bummer, I personally haven't had any crashes. Obviously its not a permanent fix but at least it will stop crashes 4-5 times a day. The main issue is the lack of sanity checks in the DayZ code and the short-circuit coding. As of this last update, Enfusion engine doesn't appear to properly handle && operator logic.

I'm going to make a couple tweaks to the current_state_id and see if that helps, most likely I'll upload later tonight when pop dies down

ad.HD added a comment.EditedFri, May 2, 2:58 AM

I'm going to make a couple tweaks to the current_state_id and see if that helps, most likely I'll upload later tonight when pop dies down

Not sure if this is helpful or not, but I'm now getting an fsm crash that calls out your mod:

DFW-4-2C-18, 01.05 2025 19:44:05
Unhandled exception

Program: C:\Users\Administrator\Desktop\OmegaManager\servers\Beg4MercyCherna\DayZServer_x64.exe
Reason: Access violation. Illegal read by 0x7ff75ec79864 at 0x10

Function: 'SaveCurrentFSMState'
Stack trace:
WeaponFSMmodfix/Scripts/4_world/entities\firearms\weapon_base.c:5

SymGetSymFromAddr:487, addr:0x7ff75ec79864
SymGetSymFromAddr:487, addr:0x7ff75ee441ef
SymGetSymFromAddr:487, addr:0x7ff75ee5db62
SymGetSymFromAddr:487, addr:0x7ff75ee45bcf
SymGetSymFromAddr:487, addr:0x7ff75ee42d75
SymGetSymFromAddr:487, addr:0x7ff75ee479e2
SymGetSymFromAddr:487, addr:0x7ff75ee4324f
SymGetSymFromAddr:487, addr:0x7ff75f0788b4
[CDPInitServer]: ??? addr:0x7ff75f2314f9
[CDPInitServer]: ??? addr:0x7ff75f21de38
[CDPInitServer]: ??? addr:0x7ff75f21bdd3
[CDPInitServer]: ??? addr:0x7ff75f21e1ff
[CDPInitServer]: ??? addr:0x7ff75f22b1c0
[CDPInitServer]: ??? addr:0x7ff75f21d52c
[CDPInitServer]: ??? addr:0x7ff75f23bcda
[CDPInitServer]: ??? addr:0x7ff75f21d7c0
[CDPInitServer]: ??? addr:0x7ff75f22f031
SymGetSymFromAddr:487, addr:0x7ff75ee6514c
SymGetSymFromAddr:487, addr:0x7ff75ee65c57
SymGetSymFromAddr:487, addr:0x7ff75ee6654b
SymGetSymFromAddr:487, addr:0x7ff75ee6f94a
SymGetSymFromAddr:487, addr:0x7ff75ee6f989
[BaseThreadInitThunk]: ??? addr:0x7ffdeff24ed0
[RtlUserThreadStart]: ??? addr:0x7ffdf0c0e39b
[RtlUserThreadStart]: ??? addr:0x7ffdf0c0e39b