I am looking for help tracing down a bug that only seems to be occurring in our modified project and not in ShooterGame.
During ServerTravel (seamless) we are running into an inconsistent crash (maybe 5%):
Going up the chain, the assets it is crashing on seem to be random. Including Standard Assets that do not have cyclic references. Some assets do which is suspicious but I am not seeing any kind of pattern in regards to the kind of assets other than they are blueprints.
Also crashed in “Preload” the crash above was in “Postload”. This test was in a packaged build. I have seen the crash in development and debug as well.
← this looks like a similar issue but we are on 4.13.1 and I did also test by bringing over the memory alignment change in 4.13.2 which did fix a crash we were getting but not this one.
Internally, we have two crashes with the same callstack but they do not provide any link to existing bugs. Because of this, it is exceptionally difficult for me reproduce what you are seeing.
Can you provide me any reference to the code you are using or a list of steps for me to see the same issue?
I created two new levels {level1, level2} and set the gamemode on each to be seamless.
important place a blueprint asset into the level, i used standard assets Blueprint_WallSconce (and it ends up being the object it crashes on)
In the level blueprint of each, On BeginPlay, I execute the command “ServerTravel level1/2” respectively. (I added a one second delay before calling, this probably has no effect, and no logic as to why i even bothered to do it).
Package to build (I used "Development)
Launch and attach VS Debugger and let it go until it crashes.
The VS Callstack:
!UStructProperty::ContainsObjectReference() Line 1472 C++
!UStructProperty::EmitReferenceInfo(UClass & OwnerClass, int BaseOffset) Line 1725 C++
!UClass::AssembleReferenceTokenStream(bool bForce) Line 1819 C++
!UClass::Serialize(FArchive & Ar) Line 3279 C++
!UBlueprintGeneratedClass::Serialize(FArchive & Ar) Line 1114 C++
!FLinkerLoad::Preload(UObject * Object) Line 3410 C++
> !FAsyncPackage::CreateExports() Line 1930 C++
!FAsyncPackage::Tick(bool InbUseTimeLimit, bool InbUseFullTimeLimit, float & InOutTimeLimit) Line 1399 C++
!FAsyncLoadingThread::ProcessAsyncLoading(int & OutPackagesProcessed, bool bUseTimeLimit, bool bUseFullTimeLimit, float TimeLimit) Line 722 C++
!FAsyncLoadingThread::Run() Line 975 C++
!FRunnableThreadWin::Run() Line 74 C++
!FRunnableThreadWin::GuardedRun() Line 31 C++
[External Code]
Also. I got the crash quickly the first try, and now it’s gone for many minutes without crashing. I would suggest putting as many blueprint assets in as possible to maybe increase the chances of it crashing
Ok it did crash again after 45 minutes, this time it was BP_Sky_Sphere_C.
The parent class is Actor for these blueprints. I only mention that it should be a blueprint because using StaticMeshActors didn’t seem to crash it, but it might… I mean with the inconsistency with time to reproduce I wouldn’t rule it out.
So I ran the test for hours and didn’t get the crash.
Can you possibly get the crash reported to execute? I think you should be able to by not attaching the process in Visual Studio and by building your project with Crash Reporter.
You can do this by going to Settings → Packaging and make sure “Include Crash Reporter” is checked.
If you can get Crash Reporter to open, can you post your Epic and/or Machine ID?
Sadly, I still cannot reproduce it on my end so the only option I have left is to ask you for the project you are using so I can test with that; as the differences in what I understand as the issue and what you are seeing can vary.
You can either attach a sample project to this thread (as long as its under 5MB) or use something like Google Drive or Dropbox and post a link.
If you cannot do this, there isn’t anymore I can do on my end and the issue doesn’t happen on my end.
UStructProperty::ContainsObjectReference isn’t thread safe and it is being called from both the Game Thread and the FASyncLoading thread. This causes the static EncounteredStructProps array to be accessed and modifed concurrently by multiple threads.