# Crash in the PlayFab docker container

**URL:** <https://qa.fmod.com/t/crash-in-the-playfab-docker-container/19953>\
**Category:** Unreal Engine\
**Created:** [March 9, 2023, 11:10am UTC](https://qa.fmod.com/t/crash-in-the-playfab-docker-container/19953 "2023-03-09T11:10:45Z")\
**Posts on this page:** 4\
**Page:** 1

<div class="post-metadata">

**Author:** ![j.lafontaine](https://yyz2.discourse-cdn.com/flex036/user_avatar/qa.fmod.com/j.lafontaine/32/244_2.png) [@j.lafontaine](https://qa.fmod.com/u/j.lafontaine)\
**Post date:** [March 9, 2023, 11:10am UTC](https://qa.fmod.com/t/crash-in-the-playfab-docker-container/19953/1 "2023-03-09T11:10:45Z")

</div>

I happen to get this exact same issue:

> [@UE4.25 Dedicated Server binary crashing after integrating basic FMOD events?](https://qa.fmod.com/t/ue4-25-dedicated-server-binary-crashing-after-integrating-basic-fmod-events/16572):
>
> Howdy, I’m attempting to debug a server crash of my dedicated server binary…it seems to only fail in my PlayFab server container (restricted windows env), I looks like maybe a DLL error but not sure…I can see all the DLLs referenced in my package that is being deployed, and ListDlls says they should all be accessible I believe…OTOH, I’m wondering if the mistake is more basic…We’re using FMOD for sound events, and I wonder, do I need to guard triggering sound events to be remote only w/ a has aut…

FMod can’t be loaded due to a missing dll. I could add the dll but I thougth maybe the FModAudioComponent shouldn’t crash in this case.

It happens there is some use of the StudioInstance pointer that are either not protected or not in the same way as in other places. (UFMODAudioComponent::Stop() and UFMODAudioComponent::ReleaseEventInstance())

Fixing those tests fixed all my crashes.

(UE 5.1, FMod UE Plugin 2.02.12)

---

<div class="post-metadata">

**Author:** ![Leah\_FMOD](https://yyz2.discourse-cdn.com/flex036/user_avatar/qa.fmod.com/leah_fmod/32/3685_2.png) [@Leah\_FMOD](https://qa.fmod.com/u/Leah_FMOD)\
**Post date:** [March 15, 2023, 3:42am UTC](https://qa.fmod.com/t/crash-in-the-playfab-docker-container/19953/2 "2023-03-15T03:42:11Z")

</div>

Hi,

Thanks for pointing this out. You’re correct that the missing dll probably shouldn’t cause a crash in this case, but unfortunately I haven’t been able to reproduce the issue you’re describing with the `StudioInstance` pointer - would you mind providing a code snippet of your fix for one of the lines of code causing the crash so that I can attempt to reproduce it?

---

<div class="post-metadata">

**Author:** ![j.lafontaine](https://yyz2.discourse-cdn.com/flex036/user_avatar/qa.fmod.com/j.lafontaine/32/244_2.png) [@j.lafontaine](https://qa.fmod.com/u/j.lafontaine)\
**Post date:** [March 15, 2023, 8:50am UTC](https://qa.fmod.com/t/crash-in-the-playfab-docker-container/19953/3 "2023-03-15T08:50:14Z")

</div>

Sure, here are the 2 spots were I added a nullptr test as is done in the other places:

```auto
void UFMODAudioComponent::Stop()
{
    UE_LOG(LogFMOD, Verbose, TEXT("UFMODAudioComponent %p Stop"), this);
    if (StudioInstance && StudioInstance->isValid())
    {

```

```auto
void UFMODAudioComponent::ReleaseEventInstance()
{
    if (StudioInstance && StudioInstance->isValid())
    {

```

---

<div class="post-metadata">

**Author:** ![Leah\_FMOD](https://yyz2.discourse-cdn.com/flex036/user_avatar/qa.fmod.com/leah_fmod/32/3685_2.png) [@Leah\_FMOD](https://qa.fmod.com/u/Leah_FMOD)\
**Post date:** [March 19, 2023, 11:44pm UTC](https://qa.fmod.com/t/crash-in-the-playfab-docker-container/19953/4 "2023-03-19T23:44:59Z")

</div>

Thanks for the code snippets. I’ve passed this issue along to the development team for further investigation.