Stuck at loading PDB at 0%

I'm using Ghidra v9.1.1 and am quite new to using Ghidra (was using IDA-Pro for all this time), so I don't know if this is a Bug or just normal behaviour.
I'm trying to reverse-engineer the (x64) code of a singleplayer-game for educational purposes.
I've loaded the game's executable into a new project and denied the auto-analyzing at the fresh load of the .exe.
While trying to load a PDB-File (~670mb), I get the popup window ("Loading PDB") informing me that it's "Applying enums...". This message won't change even after 2~3h of waiting.
Window's task manager shows that pdb.exe is taking ~0.1% of the CPU, but Ghidra is slaving away with around 30% CPU utilization - without really anything happening but the dragons head crunching on some bits in the window...
Doing the exact same thing (loading the executable without analyzing and loading the corresponding pdb) in IDA-Pro works without problems (even though they use an older version of the DIA-SDK).
So should I just let Ghidra run for a longer periode of time or is this averse behaviour?

You could try running the stand-alone pdb-to-xml converter tool to see what its doing.  See createPdbXmlFiles.bat in the support/ directory.

You could try running the stand-alone pdb-to-xml converter tool to see what its doing. See createPdbXmlFiles.bat in the support/ directory.

Yeah that was quite informative, executing the bat-file nets me the error-msg:
"E:\Program\Features\PDB\os\win64\pdb.exe not found"
I have Ghidra installed on E:\Program Files\Ghidra\, so I guess the script has problems due to the white-spaces in the path?

Okay so I set the full path to Ghidra's folder in the script and the error-msg I get is this:
ERROR: Failed to open the PDB file, or the PDB file has an invalid format.

Error detected. Exiting...```

So I guess I have to search for other issues with pdb-files having an alleged invalid format now?
But how is IDA-Pro able to open and apply the pdb-file then?

Can you point to where we can find the PDB file?

Can you point to where we can find the PDB file?

That will be quite problematic unless you have the Game Satisfactory installed (Steam-Game).
I could try to upload the pdb if it helps you though!

Your symptoms sound pretty strange.  FYI, the pdb.exe is using MS's native debug libraries to access the data in the .pdb file.  Maybe a system restart is in order if it gets in a wedged state and refuses to produce data.
Your attempt to use the .bat file after fixing it sounds like there is still one more place that isn't quoting a file path (with spaces) correctly.  I'm guessing the directory that contained the .pdb also had spaces in it.

Suspicious aspects of createPdbXmlFiles.bat include:

logic for creating absolute GHIDRA_DIR - not sure this is necessary
%%a may need to be quoted when starting %PDB_EXE%

@prograMAnimus : Is *.pdb file readily available from internet? If not one approach used in the past is to share a private GitHub repository containing the file.  You can delete the repository after we download the file.

Your symptoms sound pretty strange. FYI, the pdb.exe is using MS's native debug libraries to access the data in the .pdb file. Maybe a system restart is in order if it gets in a wedged state and refuses to produce data.
Your attempt to use the .bat file after fixing it sounds like there is still one more place that isn't quoting a file path (with spaces) correctly. I'm guessing the directory that contained the .pdb also had spaces in it.

Well the absolute path does contain a whitespace, which I can't really do anything against: E:\Program Files (x86)\Satisfactory\FactoryGame\Binaries\Win64
I've restarted my PC several times just to make sure that it's not some strange state my OS/Hardware was in but to no avail.
What really bogs my mind is that the output of pdb.exe on the console is quite fast and continous, but as soon as I want to pipe it into a file, it takes ages! I guess that's the problem why Ghidra appears to be stuck on 0% as it waits until pdb.exe finishes creating the xml-file.

Suspicious aspects of createPdbXmlFiles.bat include:
* logic for creating absolute GHIDRA_DIR - not sure this is necessary

* %%a may need to be quoted when starting %PDB_EXE%

@prograMAnimus : Is *.pdb file readily available from internet? If not one approach used in the past is to share a private GitHub repository containing the file. You can delete the repository after we download the file.

I'll do just that, thanks for the hint!

FYI, it took ~2hrs and ~3Gb for the pdb.exe to convert the pdb to .xml.  Still playing with it right now.

FYI, it took ~2hrs and ~3Gb for the pdb.exe to convert the pdb to .xml. Still playing with it right now.

Holy sh*t, and here I thought it was due to my crappy system... I stopped the processing before it hit the 2h-mark, so I guess I would have finished it if I showed some more patience.
Using v9.1.2 now but haven't had any changes in parsing speed. Window's Performance Monitor says that the PDB-File is being read with about 1MiB/s...
Is this normal? Is it a weird behaviour just with this PDB-File?

This is a pretty large pdb file, so its exposing some flaws in our importer.
I don't think there is going to be any magical speed up we can do for the pdb->xml step of the pipeline, but there was some bad stuff going on in the pdb analyzer when it was importing enum data types.  I've got a fix for that queued up that drastically improves the time for that step.

Well at least my problem will lead to one or two improvements nonetheless :)

Hmm I know it would open a new can of worms, but wouldn't it be possible to stream the output of pdb.exe into Ghidra (for PDB's exceeding an arbitrary filesize) instead of waiting for the XML-File to be created? I mean handling XML-Files isn't anything new, I'm sure there's at least one library that supports XML-Streaming.
This way, the user would at least see a progress and wouldn't wonder about what is happening at 0% for hours on end.
Hmm... I wonder if I should look into it myself and contribute, even though I have no idea where to start looking... Any hints?

Re: streaming the xml... yes, that is the normal mode of operation (when on a windows host).  I had you run the convert tool manually to figure out where the problem is.
The "Applying Enums" message you initially got was really applying enums (which is the first step of the pdb import), just really really slowly.  This step happens as soon as the data starts coming in from the xml stream.
The change I made will make that step faster.  The steps after the enums don't have that same problem.

Okay, I give up.
After waiting ~2.5h, I got past the Enums, and got stuck at the "Applying symbols"-Stage.
I let it run for a couple of hours more (8h total) but it was still showing 0%, even though it was doing something the whole time (as to say it was applying all the symbols allright).
It seems my hopelessly outdated machine just doesn't have the horsepower needed to apply a big PDB-File in Ghidra.
Here's the logs:
2020-02-21	16:55:48	DEBUG	(PdbParser) Found PDB for FactoryGame-Win64-Shipping.exe
2020-02-21	18:54:20	WARN	(ApplyDataTypes) PDB STRUCTURE reconstruction failed to align /factorygame-win64-shipping.pdb/FInputEvent
2020-02-21	18:54:20	WARN	(ApplyDataTypes) PDB STRUCTURE reconstruction failed to align /factorygame-win64-shipping.pdb/FKeyEvent
2020-02-21	18:54:20	WARN	(ApplyDataTypes) PDB STRUCTURE reconstruction failed to align /factorygame-win64-shipping.pdb/FAnalogInputEvent
2020-02-21	18:54:20	WARN	(ApplyDataTypes) PDB STRUCTURE reconstruction failed to align /factorygame-win64-shipping.pdb/FRHICommandBase
2020-02-21	18:54:20	WARN	(ApplyDataTypes) PDB STRUCTURE reconstruction failed to align /factorygame-win64-shipping.pdb/FRHICommandWaitComputeFence<0>
2020-02-21	18:54:20	WARN	(ApplyDataTypes) PDB STRUCTURE reconstruction failed to align /factorygame-win64-shipping.pdb/UE4Function_Private/FFunctionStorage
2020-02-21	18:54:20	WARN	(ApplyDataTypes) PDB STRUCTURE reconstruction failed to align /factorygame-win64-shipping.pdb/UE4Function_Private/TFunctionRefBase<UE4Function_Private::TFunctionStorage<0>,void__cdecl(bool)>
2020-02-21	18:54:20	WARN	(ApplyDataTypes) PDB STRUCTURE reconstruction failed to align /factorygame-win64-shipping.pdb/UE4Function_Private/TFunction_OwnedObject<<lambda_1f177649b9840a84948e207dd4a93d2a>,1>
2020-02-21	18:54:20	WARN	(ApplyDataTypes) PDB STRUCTURE reconstruction failed to align /factorygame-win64-shipping.pdb/FFieldCompiledInInfo
2020-02-21	18:54:20	WARN	(ApplyDataTypes) PDB STRUCTURE reconstruction failed to align /factorygame-win64-shipping.pdb/UScriptStruct/ICppStructOps
2020-02-21	18:54:20	WARN	(ApplyDataTypes) PDB STRUCTURE reconstruction failed to align /factorygame-win64-shipping.pdb/FAnimNode_RigidBody/FBodyAnimData
2020-02-21	18:54:20	WARN	(ApplyDataTypes) PDB STRUCTURE reconstruction failed to align /factorygame-win64-shipping.pdb/UE4Function_Private/TFunction_OwnedObject<<lambda_7ce96e35083245080fc85fc29957f853>,0>
2020-02-21	18:54:20	WARN	(ApplyDataTypes) PDB STRUCTURE reconstruction failed to align /factorygame-win64-shipping.pdb/UE4Function_Private/TFunctionRefBase<UE4Function_Private::TFunctionStorage<0>,void__cdecl(USocialUser&)>
2020-02-21	18:54:20	WARN	(ApplyDataTypes) PDB STRUCTURE reconstruction failed to align /factorygame-win64-shipping.pdb/FUniqueNetIdWrapper
2020-02-21	18:54:20	WARN	(ApplyDataTypes) PDB STRUCTURE reconstruction failed to align /factorygame-win64-shipping.pdb/FUniqueNetIdRepl
2020-02-21	18:54:20	WARN	(ApplyDataTypes) PDB STRUCTURE reconstruction failed to align /factorygame-win64-shipping.pdb/UE4Function_Private/TFunction_OwnedObject<<lambda_238b3f4b21ef0fc3edcc18ba4aa83f31>,1>
2020-02-21	18:54:20	WARN	(ApplyDataTypes) PDB STRUCTURE reconstruction failed to align /factorygame-win64-shipping.pdb/FRHICommandBeginDrawingViewport
2020-02-21	18:54:20	WARN	(ApplyDataTypes) PDB STRUCTURE reconstruction failed to align /factorygame-win64-shipping.pdb/TOptional<double>
2020-02-21	18:54:20	WARN	(ApplyDataTypes) PDB STRUCTURE reconstruction failed to align /factorygame-win64-shipping.pdb/UE4Tuple_Private/TTupleStorage<TIntegerSequence<unsignedint,0,1>,enumEMaterialProperty,FMaterialAttributeDefintion>
2020-02-21	18:54:20	WARN	(ApplyDataTypes) PDB STRUCTURE reconstruction failed to align /factorygame-win64-shipping.pdb/FAnimNode_Base
2020-02-21	18:54:20	WARN	(ApplyDataTypes) PDB STRUCTURE reconstruction failed to align /factorygame-win64-shipping.pdb/FAnimNode_AssetPlayerBase
2020-02-21	18:54:20	WARN	(ApplyDataTypes) PDB STRUCTURE reconstruction failed to align /factorygame-win64-shipping.pdb/FAnimNode_BlendSpacePlayer
2020-02-21	18:54:20	WARN	(ApplyDataTypes) PDB STRUCTURE reconstruction failed to align /factorygame-win64-shipping.pdb/FAnimNode_BlendSpaceEvaluator
2020-02-21	18:54:20	WARN	(ApplyDataTypes) PDB STRUCTURE reconstruction failed to align /factorygame-win64-shipping.pdb/OcclusionChecker<OneEdgeFilter>
2020-02-21	18:54:20	WARN	(ApplyDataTypes) PDB STRUCTURE reconstruction failed to align /factorygame-win64-shipping.pdb/FAnimNode_Slot
2020-02-21	18:54:20	WARN	(ApplyDataTypes) PDB STRUCTURE reconstruction failed to align /factorygame-win64-shipping.pdb/UE4Function_Private/TFunction_OwnedObject<<lambda_4323a6398f77c83c67a045551142fa72>,0>
2020-02-21	18:54:20	WARN	(ApplyDataTypes) PDB STRUCTURE reconstruction failed to align /factorygame-win64-shipping.pdb/TOptional<FTransform2D>
2020-02-21	18:54:20	WARN	(ApplyDataTypes) PDB STRUCTURE reconstruction failed to align /factorygame-win64-shipping.pdb/TOptional<enumEMouseCursor::Type>
2020-02-21	18:54:20	WARN	(ApplyDataTypes) PDB STRUCTURE reconstruction failed to align /factorygame-win64-shipping.pdb/TSlateBaseNamedArgs<SInlineEditableTextBlock>
2020-02-21	18:54:20	WARN	(ApplyDataTypes) PDB STRUCTURE reconstruction failed to align /factorygame-win64-shipping.pdb/SInlineEditableTextBlock/FArguments
2020-02-21	18:54:20	WARN	(ApplyDataTypes) PDB STRUCTURE reconstruction failed to align /factorygame-win64-shipping.pdb/UE4Function_Private/TFunction_OwnedObject<<lambda_db3b56fdefc21b08ca6f66da696a9dfd>,0>
2020-02-21	18:54:20	WARN	(ApplyDataTypes) PDB STRUCTURE reconstruction failed to align /factorygame-win64-shipping.pdb/UE4Function_Private/TFunction_OwnedObject<<lambda_8b673500c17987eaaf8c90f8a0aa18fc>,0>
2020-02-21	18:54:20	WARN	(ApplyDataTypes) PDB STRUCTURE reconstruction failed to align /factorygame-win64-shipping.pdb/UE4Function_Private/TFunction_OwnedObject<<lambda_57480b68915fd1740c453834415e1333>,0>
2020-02-21	18:54:20	WARN	(ApplyDataTypes) PDB STRUCTURE reconstruction failed to align /factorygame-win64-shipping.pdb/UE4Function_Private/TFunction_OwnedObject<<lambda_4cfc95b5d624f2c1461d342e02a6b8e9>,0>
2020-02-21	18:54:20	WARN	(ApplyDataTypes) PDB STRUCTURE reconstruction failed to align /factorygame-win64-shipping.pdb/UE4Function_Private/TFunctionRefBase<UE4Function_Private::TFunctionStorage<0>,BuildPatchServices::FFileManifestList__cdecl(void)>
2020-02-21	18:54:20	WARN	(ApplyDataTypes) PDB STRUCTURE reconstruction failed to align /factorygame-win64-shipping.pdb/FRenderGraphPass
2020-02-21	18:54:20	WARN	(ApplyDataTypes) PDB STRUCTURE reconstruction failed to align /factorygame-win64-shipping.pdb/TLambdaRenderPass<FRayTracingGlobalIlluminationSceneColorCompositePS::FParameters,<lambda_f6e94650c2e5c28d7135185488012212>>
2020-02-21	18:54:20	WARN	(ApplyDataTypes) PDB STRUCTURE reconstruction failed to align /factorygame-win64-shipping.pdb/TSlateBaseNamedArgs<SBorder>
2020-02-21	18:54:20	WARN	(ApplyDataTypes) PDB STRUCTURE reconstruction failed to align /factorygame-win64-shipping.pdb/TOptional<FIntPoint>
2020-02-21	18:54:20	WARN	(ApplyDataTypes) PDB STRUCTURE reconstruction failed to align /factorygame-win64-shipping.pdb/SBorder/FArguments
2020-02-21	18:54:20	WARN	(ApplyDataTypes) PDB STRUCTURE reconstruction failed to align /factorygame-win64-shipping.pdb/UE4Function_Private/TFunction_OwnedObject<<lambda_6d95a34f9252c001288ddeb4c43ef72f>,0>
2020-02-21	18:54:20	WARN	(ApplyDataTypes) PDB STRUCTURE reconstruction failed to align /factorygame-win64-shipping.pdb/UE4Function_Private/TFunctionRefBase<UE4Function_Private::TFunctionStorage<0>,FIcmpEchoResult__cdecl(void)>
2020-02-21	18:54:20	WARN	(ApplyDataTypes) PDB STRUCTURE reconstruction failed to align /factorygame-win64-shipping.pdb/FRHICommandWaitComputeFence<1>
2020-02-21	18:54:20	WARN	(ApplyDataTypes) PDB STRUCTURE reconstruction failed to align /factorygame-win64-shipping.pdb/TOptional<FVector2D>
2020-02-21	18:54:20	WARN	(ApplyDataTypes) PDB STRUCTURE reconstruction failed to align /factorygame-win64-shipping.pdb/FCurveSequence
2020-02-21	18:54:20	WARN	(ApplyDataTypes) PDB STRUCTURE reconstruction failed to align /factorygame-win64-shipping.pdb/FOnlineIdentityMcp/FPendingExternalAuthOp
2020-02-21	18:54:20	WARN	(ApplyDataTypes) PDB STRUCTURE reconstruction failed to align /factorygame-win64-shipping.pdb/UE4Tuple_Private/TTupleStorage<TIntegerSequence<unsignedint,0,1>,unsignedchar,TTuple<FString,int>>
2020-02-21	18:54:20	WARN	(ApplyDataTypes) PDB STRUCTURE reconstruction failed to align /factorygame-win64-shipping.pdb/UE4Function_Private/TFunction_OwnedObject<<lambda_ec1ab61749e65177f213562a2c317725>,0>
2020-02-21	18:54:20	WARN	(ApplyDataTypes) PDB STRUCTURE reconstruction failed to align /factorygame-win64-shipping.pdb/TOptional<FKeyHandle>
2020-02-21	18:54:20	WARN	(ApplyDataTypes) PDB STRUCTURE reconstruction failed to align /factorygame-win64-shipping.pdb/FMovieSceneFloatChannel
2020-02-21	18:54:20	WARN	(ApplyDataTypes) PDB STRUCTURE reconstruction failed to align /factorygame-win64-shipping.pdb/FMovieSceneEvalTemplateBase
2020-02-21	18:54:20	WARN	(ApplyDataTypes) PDB STRUCTURE reconstruction failed to align /factorygame-win64-shipping.pdb/FMovieSceneEvalTemplate
2020-02-21	18:54:20	WARN	(ApplyDataTypes) PDB STRUCTURE reconstruction failed to align /factorygame-win64-shipping.pdb/FMovieScenePropertySectionTemplate
2020-02-21	18:54:20	WARN	(ApplyDataTypes) PDB STRUCTURE reconstruction failed to align /factorygame-win64-shipping.pdb/FMovieSceneComposurePostMoveSettingsSectionTemplate
2020-02-21	18:54:20	WARN	(ApplyDataTypes) PDB STRUCTURE reconstruction failed to align /factorygame-win64-shipping.pdb/AkSoundParamsEx
2020-02-21	18:54:20	WARN	(ApplyDataTypes) PDB STRUCTURE reconstruction failed to align /factorygame-win64-shipping.pdb/FMovieSceneCameraCutSectionTemplate
2020-02-21	18:54:20	WARN	(ApplyDataTypes) PDB STRUCTURE reconstruction failed to align /factorygame-win64-shipping.pdb/Z_Construct_UFunction_UKismetMathLibrary_BreakTransform_Statics/KismetMathLibrary_eventBreakTransform_Parms
2020-02-21	18:54:20	WARN	(ApplyDataTypes) PDB STRUCTURE reconstruction failed to align /factorygame-win64-shipping.pdb/Z_Construct_UFunction_USceneComponent_GetSocketQuaternion_Statics/SceneComponent_eventGetSocketQuaternion_Parms
2020-02-21	18:54:20	WARN	(ApplyDataTypes) PDB STRUCTURE reconstruction failed to align /factorygame-win64-shipping.pdb/Z_Construct_UFunction_USplineComponent_GetTransformAtSplinePoint_Statics/SplineComponent_eventGetTransformAtSplinePoint_Parms
2020-02-21	18:54:20	WARN	(ApplyDataTypes) PDB STRUCTURE reconstruction failed to align /factorygame-win64-shipping.pdb/UE4Function_Private/TFunction_OwnedObject<<lambda_23a9707ae3ee1c7e47566a4f714381fc>,1>
2020-02-21	18:54:20	WARN	(ApplyDataTypes) PDB STRUCTURE reconstruction failed to align /factorygame-win64-shipping.pdb/PackageReloadInternal/FNewPackageReferences
2020-02-21	18:54:20	WARN	(ApplyDataTypes) PDB STRUCTURE reconstruction failed to align /factorygame-win64-shipping.pdb/TBlendableToken<int>/TData<int>
2020-02-21	18:54:20	WARN	(ApplyDataTypes) PDB STRUCTURE reconstruction failed to align /factorygame-win64-shipping.pdb/UE4Function_Private/TFunctionRefBase<UE4Function_Private::TFunctionStorage<0>,enumEVirtualKeyboardTrigger__cdecl(void)>
2020-02-21	18:54:20	WARN	(ApplyDataTypes) PDB STRUCTURE reconstruction failed to align /factorygame-win64-shipping.pdb/UE4Function_Private/TFunctionRefBase<UE4Function_Private::TFunctionStorage<0>,void__cdecl(FRHICommandListImmediate&)>
2020-02-21	18:54:20	WARN	(ApplyDataTypes) PDB STRUCTURE reconstruction failed to align /factorygame-win64-shipping.pdb/UE4Function_Private/TFunction_OwnedObject<<lambda_def59dcec69aa63a7e6f19b59dc3ccc2>,0>
2020-02-21	18:54:20	WARN	(ApplyDataTypes) PDB STRUCTURE reconstruction failed to align /factorygame-win64-shipping.pdb/UE4Function_Private/TFunctionRefBase<UE4Function_Private::TFunctionStorage<0>,void__cdecl(void)>
2020-02-21	18:54:20	WARN	(ApplyDataTypes) PDB STRUCTURE reconstruction failed to align /factorygame-win64-shipping.pdb/`anonymous-namespace'/FXRFunctionWrapperRHICommand<TFunction<void__cdecl(void)>>
2020-02-21	18:54:20	WARN	(ApplyDataTypes) PDB STRUCTURE reconstruction failed to align /factorygame-win64-shipping.pdb/TOptional<unsignedint>
2020-02-21	18:54:20	WARN	(ApplyDataTypes) PDB STRUCTURE reconstruction failed to align /factorygame-win64-shipping.pdb/Z_Construct_UFunction_UKismetMathLibrary_Quat_SetFromEuler_Statics/KismetMathLibrary_eventQuat_SetFromEuler_Parms
2020-02-21	18:54:20	WARN	(ApplyDataTypes) PDB STRUCTURE reconstruction failed to align /factorygame-win64-shipping.pdb/FImageWriteOptions
2020-02-21	18:54:20	WARN	(ApplyDataTypes) PDB STRUCTURE reconstruction failed to align /factorygame-win64-shipping.pdb/Z_Construct_UFunction_UImageWriteBlueprintLibrary_ExportToDisk_Statics/ImageWriteBlueprintLibrary_eventExportToDisk_Parms
2020-02-21	18:54:20	WARN	(ApplyDataTypes) PDB STRUCTURE reconstruction failed to align /factorygame-win64-shipping.pdb/Impl/FInlineDataStorage<ExpressionParser::FDropcodeDelimiter>
2020-02-21	18:54:20	WARN	(ApplyDataTypes) PDB STRUCTURE reconstruction failed to align /factorygame-win64-shipping.pdb/TSlateBaseNamedArgs<SMultiBlockDragHandle>
2020-02-21	18:54:20	WARN	(ApplyDataTypes) PDB STRUCTURE reconstruction failed to align /factorygame-win64-shipping.pdb/UE4Function_Private/TFunction_OwnedObject<<lambda_b0ff7af80dd9b9a34ae0670044b98ce1>,0>
2020-02-21	18:54:20	WARN	(ApplyDataTypes) PDB STRUCTURE reconstruction failed to align /factorygame-win64-shipping.pdb/UE4Function_Private/TFunctionRefBase<UE4Function_Private::TFunctionStorage<0>,void__cdecl(UObjectconst*,FPropertyLocalizationDataGatherer&,enumEPropertyLocalizationGathererTextFlags)>
2020-02-21	18:54:20	WARN	(ApplyDataTypes) PDB STRUCTURE reconstruction failed to align /factorygame-win64-shipping.pdb/UE4Tuple_Private/TTupleStorage<TIntegerSequence<unsignedint,0,1>,UClassconst*,TFunction<void__cdecl(UObjectconst*,FPropertyLocalizationDataGatherer&,enumEPropertyLocalizationGathererTextFlags)>>
2020-02-21	18:54:20	WARN	(ApplyDataTypes) PDB STRUCTURE reconstruction failed to align /factorygame-win64-shipping.pdb/cricket/ProtocolAddress
2020-02-21	18:54:20	WARN	(ApplyDataTypes) PDB STRUCTURE reconstruction failed to align /factorygame-win64-shipping.pdb/rtc/ProxyInfo
2020-02-21	18:54:20	WARN	(ApplyDataTypes) PDB STRUCTURE reconstruction failed to align /factorygame-win64-shipping.pdb/FBodyInstance/FWeldInfo
2020-02-21	18:54:20	WARN	(ApplyDataTypes) PDB STRUCTURE reconstruction failed to align /factorygame-win64-shipping.pdb/UE4Tuple_Private/TTupleStorage<TIntegerSequence<unsignedint,0,1>,FPhysicsShapeHandle_PhysX,FBodyInstance::FWeldInfo>
2020-02-21	18:54:20	WARN	(ApplyDataTypes) PDB STRUCTURE reconstruction failed to align /factorygame-win64-shipping.pdb/UE4Function_Private/TFunction_OwnedObject<<lambda_3b9590c0ba04b575038f5ded387896c7>,1>
2020-02-21	18:54:20	WARN	(ApplyDataTypes) PDB STRUCTURE reconstruction failed to align /factorygame-win64-shipping.pdb/TOptional<enumSNotificationItem::ECompletionState>
2020-02-21	18:54:20	WARN	(ApplyDataTypes) PDB STRUCTURE reconstruction failed to align /factorygame-win64-shipping.pdb/UE4Function_Private/TFunction_OwnedObject<<lambda_500f229662507d73d8129b641bec4ca4>,0>
2020-02-21	18:54:20	WARN	(ApplyDataTypes) PDB STRUCTURE reconstruction failed to align /factorygame-win64-shipping.pdb/physx/PxSolverConstraintPrepDescBase
2020-02-21	18:54:20	WARN	(ApplyDataTypes) PDB STRUCTURE reconstruction failed to align /factorygame-win64-shipping.pdb/physx/PxSolverConstraintPrepDesc
2020-02-21	18:54:20	WARN	(ApplyDataTypes) PDB STRUCTURE reconstruction failed to align /factorygame-win64-shipping.pdb/UE4Function_Private/TFunctionRefBase<UE4Function_Private::TFunctionStorage<0>,bool__cdecl(void)>
2020-02-21	18:54:20	WARN	(ApplyDataTypes) PDB STRUCTURE reconstruction failed to align /factorygame-win64-shipping.pdb/FAccumulateCameraAnimExecutionToken
2020-02-21	18:54:20	WARN	(ApplyDataTypes) PDB STRUCTURE reconstruction failed to align /factorygame-win64-shipping.pdb/UE4Function_Private/TFunction_OwnedObject<<lambda_892142f318e2219fdffa9d0c4e4b2ac6>,0>
2020-02-21	18:54:20	WARN	(ApplyDataTypes) PDB STRUCTURE reconstruction failed to align /factorygame-win64-shipping.pdb/FBitReader
2020-02-21	18:54:20	WARN	(ApplyDataTypes) PDB STRUCTURE reconstruction failed to align /factorygame-win64-shipping.pdb/UE4Function_Private/TFunctionRefBase<UE4Function_Private::TFunctionStorage<0>,FSlateColor__cdecl(void)>
2020-02-21	18:54:20	WARN	(ApplyDataTypes) PDB STRUCTURE reconstruction failed to align /factorygame-win64-shipping.pdb/FMovieSceneEvaluationFieldSegmentPtr
2020-02-21	18:54:20	WARN	(ApplyDataTypes) PDB STRUCTURE reconstruction failed to align /factorygame-win64-shipping.pdb/FPlane
2020-02-21	18:54:20	WARN	(ApplyDataTypes) PDB STRUCTURE reconstruction failed to align /factorygame-win64-shipping.pdb/Z_Construct_UFunction_UEditableMesh_ComputePolygonPlane_Statics/EditableMesh_eventComputePolygonPlane_Parms
2020-02-21	18:54:20	WARN	(ApplyDataTypes) PDB STRUCTURE reconstruction failed to align /factorygame-win64-shipping.pdb/FOnlineFriendsMcp/FPendingFriendOp
2020-02-21	18:54:20	WARN	(ApplyDataTypes) PDB STRUCTURE reconstruction failed to align /factorygame-win64-shipping.pdb/IMovieSceneSharedExecutionToken
2020-02-21	18:54:20	WARN	(ApplyDataTypes) PDB STRUCTURE reconstruction failed to align /factorygame-win64-shipping.pdb/FRenderingCompositePass
2020-02-21	18:54:20	WARN	(ApplyDataTypes) PDB STRUCTURE reconstruction failed to align /factorygame-win64-shipping.pdb/TRenderingCompositePassBase<1,1>
2020-02-21	18:54:20	WARN	(ApplyDataTypes) PDB STRUCTURE reconstruction failed to align /factorygame-win64-shipping.pdb/UE4Function_Private/TFunction_OwnedObject<<lambda_14b3ad99713bd73fe761d104ded547ea>,0>
2020-02-21	18:54:20	WARN	(ApplyDataTypes) PDB STRUCTURE reconstruction failed to align /factorygame-win64-shipping.pdb/FScannableDetails
2020-02-21	18:54:20	WARN	(ApplyDataTypes) PDB STRUCTURE reconstruction failed to align /factorygame-win64-shipping.pdb/IBlendableTokenStack
2020-02-21	18:54:20	WARN	(ApplyDataTypes) PDB STRUCTURE reconstruction failed to align /factorygame-win64-shipping.pdb/TBlendableTokenStack<int>
2020-02-21	18:54:20	WARN	(ApplyDataTypes) PDB STRUCTURE reconstruction failed to align /factorygame-win64-shipping.pdb/UE4Function_Private/TFunctionRefBase<UE4Function_Private::TFunctionStorage<0>,FSlateBrushconst*__cdecl(void)>
2020-02-21	18:54:20	WARN	(ApplyDataTypes) PDB STRUCTURE reconstruction failed to align /factorygame-win64-shipping.pdb/Z_Construct_UFunction_UFindSessionsCallbackProxy_GetCurrentPlayers_Statics/FindSessionsCallbackProxy_eventGetCurrentPlayers_Parms
2020-02-21	18:54:20	WARN	(ApplyDataTypes) PDB STRUCTURE reconstruction failed to align /factorygame-win64-shipping.pdb/UE4Function_Private/TFunction_OwnedObject<<lambda_a990255168811d3a8c54e2ba9183d303>,0>
2020-02-21	18:54:20	WARN	(ApplyDataTypes) PDB STRUCTURE reconstruction failed to align /factorygame-win64-shipping.pdb/TSlateBaseNamedArgs<SColorThemeBar>
2020-02-21	18:54:20	WARN	(ApplyDataTypes) PDB STRUCTURE reconstruction failed to align /factorygame-win64-shipping.pdb/SColorThemeBar/FArguments
2020-02-21	18:54:20	WARN	(ApplyDataTypes) PDB STRUCTURE reconstruction failed to align /factorygame-win64-shipping.pdb/UE4Function_Private/TFunction_OwnedObject<<lambda_33d8a9623ffa026e007d2f6bb1201c49>,0>
2020-02-21	18:54:20	WARN	(ApplyDataTypes) PDB STRUCTURE reconstruction failed to align /factorygame-win64-shipping.pdb/FMeshElementAttributeValue
2020-02-21	18:54:20	WARN	(ApplyDataTypes) PDB STRUCTURE reconstruction failed to align /factorygame-win64-shipping.pdb/FMeshElementAttributeData
2020-02-21	18:54:20	WARN	(ApplyDataTypes) PDB STRUCTURE reconstruction failed to align /factorygame-win64-shipping.pdb/UE4Function_Private/TFunction_OwnedObject<TAsyncGammaCorrect<FColor>,0>
2020-02-21	18:54:20	WARN	(ApplyDataTypes) PDB STRUCTURE reconstruction failed to align /factorygame-win64-shipping.pdb/ActionParamsExcept
2020-02-21	18:54:20	WARN	(ApplyDataTypes) PDB STRUCTURE reconstruction failed to align /factorygame-win64-shipping.pdb/SeekActionParams
2020-02-21	18:54:20	WARN	(ApplyDataTypes) PDB STRUCTURE reconstruction failed to align /factorygame-win64-shipping.pdb/UE4Function_Private/TFunction_OwnedObject<<lambda_7dd657ef50931df7f147452d5209b3c3>,0>
2020-02-21	18:54:20	WARN	(ApplyDataTypes) PDB STRUCTURE reconstruction failed to align /factorygame-win64-shipping.pdb/UE4Function_Private/TFunction_OwnedObject<<lambda_4177e74b016eb0258e4ba2231935f08f>,0>
2020-02-21	18:54:20	WARN	(ApplyDataTypes) PDB STRUCTURE reconstruction failed to align /factorygame-win64-shipping.pdb/UE4Function_Private/TFunction_OwnedObject<<lambda_9224a181cac7953d857221685f8b9d5d>,0>
2020-02-21	18:54:20	WARN	(ApplyDataTypes) PDB STRUCTURE reconstruction failed to align /factorygame-win64-shipping.pdb/UE4Function_Private/TFunctionRefBase<UE4Function_Private::TFunctionStorage<0>,void__cdecl(UObject*,FArchive&)>
2020-02-21	18:54:20	WARN	(ApplyDataTypes) PDB STRUCTURE reconstruction failed to align /factorygame-win64-shipping.pdb/UE4Tuple_Private/TTupleStorage<TIntegerSequence<unsignedint,0,1>,UClassconst*,TFunction<void__cdecl(UObject*,FArchive&)>>
2020-02-21	18:54:20	WARN	(ApplyDataTypes) PDB STRUCTURE reconstruction failed to align /factorygame-win64-shipping.pdb/FMovieSceneColorSectionTemplate
2020-02-21	18:54:20	WARN	(ApplyDataTypes) PDB STRUCTURE reconstruction failed to align /factorygame-win64-shipping.pdb/UE4Function_Private/TFunction_OwnedObject<<lambda_995529b9d6ec8faee571e22ec58c6ad9>,0>
2020-02-21	18:54:20	WARN	(ApplyDataTypes) PDB STRUCTURE reconstruction failed to align /factorygame-win64-shipping.pdb/UE4Function_Private/TFunction_OwnedObject<<lambda_c481720af13c337be64ad34b8381bb35>,0>
2020-02-21	18:54:20	WARN	(ApplyDataTypes) PDB STRUCTURE reconstruction failed to align /factorygame-win64-shipping.pdb/UE4Function_Private/TFunction_OwnedObject<<lambda_1f0e39361144d6f54bf1bae517063d6f>,0>
2020-02-21	18:54:20	WARN	(ApplyDataTypes) PDB STRUCTURE reconstruction failed to align /factorygame-win64-shipping.pdb/AActor/RerunConstructionScripts/__l9/FAttachedActorInfo
2020-02-21	18:54:20	WARN	(ApplyDataTypes) PDB STRUCTURE reconstruction failed to align /factorygame-win64-shipping.pdb/FOpenGLShaderResourceTable
2020-02-21	18:54:20	WARN	(ApplyDataTypes) PDB STRUCTURE reconstruction failed to align /factorygame-win64-shipping.pdb/UE4Function_Private/TFunctionRefBase<UE4Function_Private::TFunctionStorage<0>,void__cdecl(enumELogVerbosity::Type,wchar_tconst*,wchar_tconst*)>
2020-02-21	18:54:20	WARN	(ApplyDataTypes) PDB STRUCTURE reconstruction failed to align /factorygame-win64-shipping.pdb/UE4Function_Private/TFunction_OwnedObject<<lambda_347397d897bb31b7d4faa6e1327702f2>,0>
2020-02-21	18:54:20	WARN	(ApplyDataTypes) PDB STRUCTURE reconstruction failed to align /factorygame-win64-shipping.pdb/TStaticArray<int,4,16>/TArrayStorageElementAligned
2020-02-21	18:54:20	WARN	(ApplyDataTypes) PDB STRUCTURE reconstruction failed to align /factorygame-win64-shipping.pdb/UE4Function_Private/TFunction_OwnedObject<<lambda_69f15565f6b7e6bac865a041efdce652>,0>
2020-02-21	18:54:20	WARN	(ApplyDataTypes) PDB STRUCTURE reconstruction failed to align /factorygame-win64-shipping.pdb/UE4Function_Private/TFunction_OwnedObject<<lambda_cca27d843debdda3ad56fb463865d94f>,0>
2020-02-21	18:54:20	WARN	(ApplyDataTypes) PDB STRUCTURE reconstruction failed to align /factorygame-win64-shipping.pdb/UE4Function_Private/TFunction_OwnedObject<<lambda_5b3bfab27eb9408e5e8661d8a253a27c>,0>
2020-02-21	18:54:20	WARN	(ApplyDataTypes) PDB STRUCTURE reconstruction failed to align /factorygame-win64-shipping.pdb/UE4Function_Private/TFunction_OwnedObject<<lambda_7e5824c2f692e11189ff2358bf8bfb17>,0>
2020-02-21	18:54:20	WARN	(ApplyDataTypes) PDB STRUCTURE reconstruction failed to align /factorygame-win64-shipping.pdb/TOptional<enumEItemDropZone>
2020-02-21	18:54:20	WARN	(ApplyDataTypes) PDB STRUCTURE reconstruction failed to align /factorygame-win64-shipping.pdb/UE4Function_Private/TFunctionRefBase<UE4Function_Private::TFunctionStorage<0>,enumEKeyboardType__cdecl(void)>
2020-02-21	18:54:20	WARN	(ApplyDataTypes) PDB STRUCTURE reconstruction failed to align /factorygame-win64-shipping.pdb/TRenderingCompositePassBase<0,1>
2020-02-21	18:54:20	WARN	(ApplyDataTypes) PDB STRUCTURE reconstruction failed to align /factorygame-win64-shipping.pdb/Impl/FInlineDataStorage<ExpressionParser::FPower>
2020-02-21	18:54:20	WARN	(ApplyDataTypes) PDB STRUCTURE reconstruction failed to align /factorygame-win64-shipping.pdb/UE4Function_Private/TFunctionRefBase<UE4Function_Private::TFunctionStorage<0>,TArray<BuildPatchServices::FChunkMatch,FDefaultAllocator>__cdecl(void)>
2020-02-21	18:54:20	WARN	(ApplyDataTypes) PDB STRUCTURE reconstruction failed to align /factorygame-win64-shipping.pdb/UE4Function_Private/TFunction_OwnedObject<<lambda_81262cb89b391fddf17f423153fac987>,0>
2020-02-21	18:54:20	WARN	(ApplyDataTypes) PDB STRUCTURE reconstruction failed to align /factorygame-win64-shipping.pdb/Z_Construct_UFunction_UEditableMesh_IsValidPolygonGroup_Statics/EditableMesh_eventIsValidPolygonGroup_Parms
2020-02-21	18:54:20	WARN	(ApplyDataTypes) PDB STRUCTURE reconstruction failed to align /factorygame-win64-shipping.pdb/UE4Function_Private/TFunction_OwnedObject<<lambda_0f2d8b45c5ec59c2e4aca5f6e057344e>,0>
2020-02-21	18:54:20	WARN	(ApplyDataTypes) PDB STRUCTURE reconstruction failed to align /factorygame-win64-shipping.pdb/UE4Function_Private/TFunction_OwnedObject<<lambda_bfe1288c7cfb748479a70db106602c28>,0>
2020-02-21	18:54:20	WARN	(ApplyDataTypes) PDB STRUCTURE reconstruction failed to align /factorygame-win64-shipping.pdb/UE4Tuple_Private/TTupleStorage<TIntegerSequence<unsignedint,0,1>,enumELocalizedTextSourceCategory,FPolyglotTextSource::FCultureInfo>
2020-02-21	18:54:23	WARN	(ApplyDataTypes) PDB STRUCTURE reconstruction failed to align /factorygame-win64-shipping.pdb/UE4Function_Private/TFunction_OwnedObject<<lambda_329b4dbe59a6ffab1adfec50e044aded>,0>
2020-02-21	18:54:23	WARN	(ApplyDataTypes) PDB STRUCTURE reconstruction failed to align /factorygame-win64-shipping.pdb/Z_Construct_UFunction_UKismetInputLibrary_GetUserIndex_Statics/KismetInputLibrary_eventGetUserIndex_Parms
2020-02-21	18:54:23	WARN	(ApplyDataTypes) PDB STRUCTURE reconstruction failed to align /factorygame-win64-shipping.pdb/FDetectedFeatureRegion
2020-02-21	18:54:23	WARN	(ApplyDataTypes) PDB STRUCTURE reconstruction failed to align /factorygame-win64-shipping.pdb/FDetectedFaceFeatureRegion
2020-02-21	18:54:23	WARN	(ApplyDataTypes) PDB STRUCTURE reconstruction failed to align /factorygame-win64-shipping.pdb/FDetectedFeature2D
2020-02-21	18:54:23	WARN	(ApplyDataTypes) PDB STRUCTURE reconstruction failed to align /factorygame-win64-shipping.pdb/FDetectedFaceFeature2D
2020-02-21	18:54:23	WARN	(ApplyDataTypes) PDB STRUCTURE reconstruction failed to align /factorygame-win64-shipping.pdb/FDetectedFace
2020-02-21	18:54:23	WARN	(ApplyDataTypes) PDB STRUCTURE reconstruction failed to align /factorygame-win64-shipping.pdb/UE4Function_Private/TFunction_OwnedObject<<lambda_0dd15159961258350ddbbf8e6002307f>,1>
2020-02-21	18:54:23	WARN	(ApplyDataTypes) PDB STRUCTURE reconstruction failed to align /factorygame-win64-shipping.pdb/FD3D12LockedResource
2020-02-21	18:54:23	WARN	(ApplyDataTypes) PDB STRUCTURE reconstruction failed to align /factorygame-win64-shipping.pdb/TSlateBaseNamedArgs<SMenuEntryButton>
2020-02-21	18:54:23	WARN	(ApplyDataTypes) PDB STRUCTURE reconstruction failed to align /factorygame-win64-shipping.pdb/SMenuEntryButton/FArguments
2020-02-21	18:54:23	WARN	(ApplyDataTypes) PDB STRUCTURE reconstruction failed to align /factorygame-win64-shipping.pdb/UE4Function_Private/TFunction_OwnedObject<<lambda_ab61f7aa91152f7a5f02b1c8b056adcc>,0>
2020-02-21	18:54:23	WARN	(ApplyDataTypes) PDB STRUCTURE reconstruction failed to align /factorygame-win64-shipping.pdb/UE4Function_Private/TFunction_OwnedObject<<lambda_e96ee2907c8ad9acfb6323c37fe72cda>,0>
2020-02-21	18:54:23	WARN	(ApplyDataTypes) PDB STRUCTURE reconstruction failed to align /factorygame-win64-shipping.pdb/UE4Function_Private/TFunction_OwnedObject<<lambda_cad0eb2ae7865eb29c02aa2bfab85154>,0>
2020-02-21	18:54:23	WARN	(ApplyDataTypes) PDB STRUCTURE reconstruction failed to align /factorygame-win64-shipping.pdb/TRenderingCompositePassBase<4,1>
2020-02-21	18:54:23	WARN	(ApplyDataTypes) PDB STRUCTURE reconstruction failed to align /factorygame-win64-shipping.pdb/TMovieSceneChannelData<FMovieSceneFloatValue>
2020-02-21	18:54:23	WARN	(ApplyDataTypes) PDB STRUCTURE reconstruction failed to align /factorygame-win64-shipping.pdb/Z_Construct_UFunction_UKismetMathLibrary_Vector4_SizeSquared_Statics/KismetMathLibrary_eventVector4_SizeSquared_Parms
2020-02-21	18:54:23	WARN	(ApplyDataTypes) PDB STRUCTURE reconstruction failed to align /factorygame-win64-shipping.pdb/UE4Function_Private/TFunction_OwnedObject<<lambda_771331b95cf85c869fbf6d57404277d0>,0>
2020-02-21	18:54:23	WARN	(ApplyDataTypes) PDB STRUCTURE reconstruction failed to align /factorygame-win64-shipping.pdb/TOptional<FText>
2020-02-21	18:54:23	WARN	(ApplyDataTypes) PDB STRUCTURE reconstruction failed to align /factorygame-win64-shipping.pdb/FRTInfo
2020-02-21	18:54:23	WARN	(ApplyDataTypes) PDB STRUCTURE reconstruction failed to align /factorygame-win64-shipping.pdb/FParticlePerFrameSimulationParameters
2020-02-21	18:54:23	WARN	(ApplyDataTypes) PDB STRUCTURE reconstruction failed to align /factorygame-win64-shipping.pdb/AkHashListBare<unsignedlong,CAkSwitchMgr::AkSwitchEntry,AkArrayAllocatorNoAlign<_ArrayPoolDefault>,AkDefaultHashListBarePolicy<unsignedlong,CAkSwitchMgr::AkSwitchEntry>>/IteratorEx
2020-02-21	18:54:23	WARN	(ApplyDataTypes) PDB STRUCTURE reconstruction failed to align /factorygame-win64-shipping.pdb/UE4Function_Private/TFunctionRefBase<UE4Function_Private::TFunctionStorage<0>,void__cdecl(TSharedPtr<FBuildPatchAppManifest,1>)>
2020-02-21	18:54:23	WARN	(ApplyDataTypes) PDB STRUCTURE reconstruction failed to align /factorygame-win64-shipping.pdb/UE4Function_Private/TFunction_OwnedObject<<lambda_ff357f89dbda55a2bf5a313d01dce665>,1>
2020-02-21	18:54:23	WARN	(ApplyDataTypes) PDB STRUCTURE reconstruction failed to align /factorygame-win64-shipping.pdb/Z_Construct_UFunction_UKismetMathLibrary_Conv_VectorToQuaterion_Statics/KismetMathLibrary_eventConv_VectorToQuaterion_Parms
2020-02-21	18:54:23	WARN	(ApplyDataTypes) PDB STRUCTURE reconstruction failed to align /factorygame-win64-shipping.pdb/FUIAction
2020-02-21	18:54:23	WARN	(ApplyDataTypes) PDB STRUCTURE reconstruction failed to align /factorygame-win64-shipping.pdb/UE4Function_Private/TFunction_OwnedObject<<lambda_02eb42673b95a81248257d7c9482bb3e>,0>
2020-02-21	18:54:23	WARN	(ApplyDataTypes) PDB STRUCTURE reconstruction failed to align /factorygame-win64-shipping.pdb/TBlendableToken<FTransform>/TData<MovieScene::TMultiChannelValue<float,9>>
2020-02-21	18:54:23	WARN	(ApplyDataTypes) PDB STRUCTURE reconstruction failed to align /factorygame-win64-shipping.pdb/UE4Function_Private/TFunctionRefBase<UE4Function_Private::TFunctionStorage<0>,TOptional<enumEMouseCursor::Type>__cdecl(void)>
2020-02-21	18:54:23	WARN	(ApplyDataTypes) PDB STRUCTURE reconstruction failed to align /factorygame-win64-shipping.pdb/FOnlineUserCloudMcp/FPendingUserFileRequest
2020-02-21	18:54:23	WARN	(ApplyDataTypes) PDB STRUCTURE reconstruction failed to align /factorygame-win64-shipping.pdb/FOnlineUserCloudMcp/FPendingUserFilePutRequest
2020-02-21	18:54:23	WARN	(ApplyDataTypes) PDB STRUCTURE reconstruction failed to align /factorygame-win64-shipping.pdb/UE4Function_Private/TFunction_OwnedObject<FAnalyticsET::Config(__cdecl*)(void),0>
2020-02-21	18:54:23	WARN	(ApplyDataTypes) PDB STRUCTURE reconstruction failed to align /factorygame-win64-shipping.pdb/UE4Function_Private/TFunction_OwnedObject<<lambda_24c05780066d27a7e657b46c2e49dddf>,0>
2020-02-21	18:54:23	WARN	(ApplyDataTypes) PDB STRUCTURE reconstruction failed to align /factorygame-win64-shipping.pdb/PropertyTemplate/TCachedState<FVector2D,FVector2D>
2020-02-21	18:54:23	WARN	(ApplyDataTypes) PDB STRUCTURE reconstruction failed to align /factorygame-win64-shipping.pdb/TOptional<TBaseDelegate<void,FOnlineErrorconst&,TSharedRef<FPurchaseReceipt,0>const&>>
2020-02-21	18:54:23	WARN	(ApplyDataTypes) PDB STRUCTURE reconstruction failed to align /factorygame-win64-shipping.pdb/TSlateBaseNamedArgs<SSubMenuHandler>
2020-02-21	18:54:23	WARN	(ApplyDataTypes) PDB STRUCTURE reconstruction failed to align /factorygame-win64-shipping.pdb/SSubMenuHandler/FArguments
2020-02-21	18:54:23	WARN	(ApplyDataTypes) PDB STRUCTURE reconstruction failed to align /factorygame-win64-shipping.pdb/UE4Function_Private/TFunction_OwnedObject<<lambda_a2962a8842b2247b132e2d2980830a05>,0>
2020-02-21	18:54:23	WARN	(ApplyDataTypes) PDB STRUCTURE reconstruction failed to align /factorygame-win64-shipping.pdb/UE4Function_Private/TFunction_OwnedObject<<lambda_15a4edbc9d6ab9ae9798be29011da3b1>,0>
2020-02-21	18:54:23	WARN	(ApplyDataTypes) PDB STRUCTURE reconstruction failed to align /factorygame-win64-shipping.pdb/UE4Function_Private/TFunctionRefBase<UE4Function_Private::TFunctionStorage<0>,enumEColumnSortPriority::Type__cdecl(void)>
2020-02-21	18:54:23	WARN	(ApplyDataTypes) PDB STRUCTURE reconstruction failed to align /factorygame-win64-shipping.pdb/UE4Function_Private/TFunction_OwnedObject<<lambda_86bf03454dd4ad4748e1a2d85b4847d0>,0>
2020-02-21	18:54:23	WARN	(ApplyDataTypes) PDB STRUCTURE reconstruction failed to align /factorygame-win64-shipping.pdb/FMotionEvent
2020-02-21	18:54:23	WARN	(ApplyDataTypes) PDB STRUCTURE reconstruction failed to align /factorygame-win64-shipping.pdb/FSpeedTreeWindComputation
2020-02-21	18:54:23	WARN	(ApplyDataTypes) PDB STRUCTURE reconstruction failed to align /factorygame-win64-shipping.pdb/FOnlineIdentityMcp/FPendingUserInfoOp
2020-02-21	18:54:23	WARN	(ApplyDataTypes) PDB STRUCTURE reconstruction failed to align /factorygame-win64-shipping.pdb/UE4Function_Private/TFunction_OwnedObject<<lambda_d05028483028586b8f9a1d018a4167b4>,0>
2020-02-21	18:54:23	WARN	(ApplyDataTypes) PDB STRUCTURE reconstruction failed to align /factorygame-win64-shipping.pdb/UE4Function_Private/TFunction_OwnedObject<<lambda_f54dd0abc17b8312db627617a79ca876>,0>
2020-02-21	18:54:23	WARN	(ApplyDataTypes) PDB STRUCTURE reconstruction failed to align /factorygame-win64-shipping.pdb/FAnimNode_BlendListBase
2020-02-21	18:54:23	WARN	(ApplyDataTypes) PDB STRUCTURE reconstruction failed to align /factorygame-win64-shipping.pdb/FAnimNode_BlendListByEnum
2020-02-21	18:54:23	WARN	(ApplyDataTypes) PDB STRUCTURE reconstruction failed to align /factorygame-win64-shipping.pdb/TMovieSceneBlendingActuator<MovieScene::FBlendedAnimation>
2020-02-21	18:54:23	WARN	(ApplyDataTypes) PDB STRUCTURE reconstruction failed to align /factorygame-win64-shipping.pdb/MovieScene/FComponentAnimationActuator
2020-02-21	18:54:23	WARN	(ApplyDataTypes) PDB STRUCTURE reconstruction failed to align /factorygame-win64-shipping.pdb/FD3D11ShaderResourceTable
2020-02-21	18:54:23	WARN	(ApplyDataTypes) PDB STRUCTURE reconstruction failed to align /factorygame-win64-shipping.pdb/UE4Tuple_Private/TTupleStorage<TIntegerSequence<unsignedint,0,1>,int,BuildPatchServices::FDownloadDelegates>
2020-02-21	18:54:23	WARN	(ApplyDataTypes) PDB STRUCTURE reconstruction failed to align /factorygame-win64-shipping.pdb/Impl/FInlineDataStorage<ExpressionParser::FTimecodeDelimiter>
2020-02-21	18:54:23	WARN	(ApplyDataTypes) PDB STRUCTURE reconstruction failed to align /factorygame-win64-shipping.pdb/UE4Function_Private/TFunctionRefBase<UE4Function_Private::TFunctionStorage<0>,enumEButtonClickMethod::Type__cdecl(void)>
2020-02-21	18:54:23	WARN	(ApplyDataTypes) PDB STRUCTURE reconstruction failed to align /factorygame-win64-shipping.pdb/UE4Function_Private/TFunctionRefBase<UE4Function_Private::TFunctionStorage<0>,float__cdecl(void)>
2020-02-21	18:54:23	WARN	(ApplyDataTypes) PDB STRUCTURE reconstruction failed to align /factorygame-win64-shipping.pdb/TSlateBaseNamedArgs<SConstraintCanvas>

And here the output when I stopped the PDB-Loading:
PDB> Data type name collision - unable to define STRUCTURE: ChannelLayout
PDB> Unable to create class namespace: Global::AkArray<AkRTPCNestedSearchTree<AkNestedKey<unsignedlong,GetInvalidPlayingID,AkNestedKey<unsignedlong,GetInvalidUniqueID,AkNestedKey<unsignedchar,GetInvalidMidiCh,AkNestedKey<unsignedchar,GetInvalidMidiNote,AkRootKey<CAkPBI*,GetNullPbiPtr>>>>>,AkModTreeValue,AkRTPCNestedSearchTree<AkNestedKey<unsignedlong,GetInvalidUniqueID,AkNestedKey<unsignedchar,GetInvalidMidiCh,AkNestedKey<unsignedchar,GetInvalidMidiNote,AkRootKey<CAkPBI*,GetNullPbiPtr>>>>,AkModTreeValue,AkRTPCNestedSearchTree<AkNestedKey<unsignedchar,GetInvalidMidiCh,AkNestedKey<unsignedchar,GetInvalidMidiNote,AkRootKey<CAkPBI*,GetNullPbiPtr>>>,AkModTreeValue,AkRTPCNestedSearchTree<AkNestedKey<unsignedchar,GetInvalidMidiNote,AkRootKey<CAkPBI*,GetNullPbiPtr>>,AkModTreeValue,AkRTPCRootSearchTree<AkRootKey<CAkPBI*,GetNullPbiPtr>,AkModTreeValue>>>>>::ChildTreeType,AkRTPCNestedSearchTree<AkNestedKey<unsignedlong,GetInvalidPlayingID,AkNestedKey<unsignedlong,GetInvalidUniqueID,AkNestedKey<unsignedchar,GetInvalidMidiCh,AkNestedKey<unsignedchar,GetInvalidMidiNote,AkRootKey<CAkPBI*,GetNullPbiPtr>>>>>,AkModTreeValue,AkRTPCNestedSearchTree<AkNestedKey<unsignedlong,GetInvalidUniqueID,AkNestedKey<unsignedchar,GetInvalidMidiCh,AkNestedKey<unsignedchar,GetInvalidMidiNote,AkRootKey<CAkPBI*,GetNullPbiPtr>>>>,AkModTreeValue,AkRTPCNestedSearchTree<AkNestedKey<unsignedchar,GetInvalidMidiCh,AkNestedKey<unsignedchar,GetInvalidMidiNote,AkRootKey<CAkPBI*,GetNullPbiPtr>>>,AkModTreeValue,AkRTPCNestedSearchTree<AkNestedKey<unsignedchar,GetInvalidMidiNote,AkRootKey<CAkPBI*,GetNullPbiPtr>>,AkModTreeValue,AkRTPCRootSearchTree<AkRootKey<CAkPBI*,GetNullPbiPtr>,AkModTreeValue>>>>>::ChildTreeTypeconst&,AkArrayAllocatorNoAlign<_ArrayPoolDefault>,1,AkTransferMovePolicy<AkRTPCNestedSearchTree<AkNestedKey<unsignedlong,GetInvalidPlayingID,AkNestedKey<unsignedlong,GetInvalidUniqueID,AkNestedKey<unsignedchar,GetInvalidMidiCh,AkNestedKey<unsignedchar,GetInvalidMidiNote,AkRootKey<CAkPBI*,GetNullPbiPtr>>>>>,AkModTreeValue,AkRTPCNestedSearchTree<AkNestedKey<unsignedlong,GetInvalidUniqueID,AkNestedKey<unsignedchar,GetInvalidMidiCh,AkNestedKey<unsignedchar,GetInvalidMidiNote,AkRootKey<CAkPBI*,GetNullPbiPtr>>>>,AkModTreeValue,AkRTPCNestedSearchTree<AkNestedKey<unsignedchar,GetInvalidMidiCh,AkNestedKey<unsignedchar,GetInvalidMidiNote,AkRootKey<CAkPBI*,GetNullPbiPtr>>>,AkModTreeValue,AkRTPCNestedSearchTree<AkNestedKey<unsignedchar,GetInvalidMidiNote,AkRootKey<CAkPBI*,GetNullPbiPtr>>,AkModTreeValue,AkRTPCRootSearchTree<AkRootKey<CAkPBI*,GetNullPbiPtr>,AkModTreeValue>>>>>::ChildTreeType>>
PDB> Unable to create class namespace: Global::AkArray<AkRTPCNestedSearchTree<AkNestedKey<unsignedlong,GetInvalidPlayingID,AkNestedKey<unsignedlong,GetInvalidUniqueID,AkNestedKey<unsignedchar,GetInvalidMidiCh,AkNestedKey<unsignedchar,GetInvalidMidiNote,AkRootKey<CAkPBI*,GetNullPbiPtr>>>>>,AkRTPCValue,AkRTPCNestedSearchTree<AkNestedKey<unsignedlong,GetInvalidUniqueID,AkNestedKey<unsignedchar,GetInvalidMidiCh,AkNestedKey<unsignedchar,GetInvalidMidiNote,AkRootKey<CAkPBI*,GetNullPbiPtr>>>>,AkRTPCValue,AkRTPCNestedSearchTree<AkNestedKey<unsignedchar,GetInvalidMidiCh,AkNestedKey<unsignedchar,GetInvalidMidiNote,AkRootKey<CAkPBI*,GetNullPbiPtr>>>,AkRTPCValue,AkRTPCNestedSearchTree<AkNestedKey<unsignedchar,GetInvalidMidiNote,AkRootKey<CAkPBI*,GetNullPbiPtr>>,AkRTPCValue,AkRTPCRootSearchTree<AkRootKey<CAkPBI*,GetNullPbiPtr>,AkRTPCValue>>>>>::ChildTreeType,AkRTPCNestedSearchTree<AkNestedKey<unsignedlong,GetInvalidPlayingID,AkNestedKey<unsignedlong,GetInvalidUniqueID,AkNestedKey<unsignedchar,GetInvalidMidiCh,AkNestedKey<unsignedchar,GetInvalidMidiNote,AkRootKey<CAkPBI*,GetNullPbiPtr>>>>>,AkRTPCValue,AkRTPCNestedSearchTree<AkNestedKey<unsignedlong,GetInvalidUniqueID,AkNestedKey<unsignedchar,GetInvalidMidiCh,AkNestedKey<unsignedchar,GetInvalidMidiNote,AkRootKey<CAkPBI*,GetNullPbiPtr>>>>,AkRTPCValue,AkRTPCNestedSearchTree<AkNestedKey<unsignedchar,GetInvalidMidiCh,AkNestedKey<unsignedchar,GetInvalidMidiNote,AkRootKey<CAkPBI*,GetNullPbiPtr>>>,AkRTPCValue,AkRTPCNestedSearchTree<AkNestedKey<unsignedchar,GetInvalidMidiNote,AkRootKey<CAkPBI*,GetNullPbiPtr>>,AkRTPCValue,AkRTPCRootSearchTree<AkRootKey<CAkPBI*,GetNullPbiPtr>,AkRTPCValue>>>>>::ChildTreeTypeconst&,AkArrayAllocatorNoAlign<_ArrayPoolDefault>,1,AkTransferMovePolicy<AkRTPCNestedSearchTree<AkNestedKey<unsignedlong,GetInvalidPlayingID,AkNestedKey<unsignedlong,GetInvalidUniqueID,AkNestedKey<unsignedchar,GetInvalidMidiCh,AkNestedKey<unsignedchar,GetInvalidMidiNote,AkRootKey<CAkPBI*,GetNullPbiPtr>>>>>,AkRTPCValue,AkRTPCNestedSearchTree<AkNestedKey<unsignedlong,GetInvalidUniqueID,AkNestedKey<unsignedchar,GetInvalidMidiCh,AkNestedKey<unsignedchar,GetInvalidMidiNote,AkRootKey<CAkPBI*,GetNullPbiPtr>>>>,AkRTPCValue,AkRTPCNestedSearchTree<AkNestedKey<unsignedchar,GetInvalidMidiCh,AkNestedKey<unsignedchar,GetInvalidMidiNote,AkRootKey<CAkPBI*,GetNullPbiPtr>>>,AkRTPCValue,AkRTPCNestedSearchTree<AkNestedKey<unsignedchar,GetInvalidMidiNote,AkRootKey<CAkPBI*,GetNullPbiPtr>>,AkRTPCValue,AkRTPCRootSearchTree<AkRootKey<CAkPBI*,GetNullPbiPtr>,AkRTPCValue>>>>>::ChildTreeType>>
PDB> Unable to create class namespace: Global::AkArray<AkRTPCNestedSearchTree<AkRTPCKey,AkModTreeValue,AkRTPCNestedSearchTree<AkNestedKey<unsignedlong,GetInvalidPlayingID,AkNestedKey<unsignedlong,GetInvalidUniqueID,AkNestedKey<unsignedchar,GetInvalidMidiCh,AkNestedKey<unsignedchar,GetInvalidMidiNote,AkRootKey<CAkPBI*,GetNullPbiPtr>>>>>,AkModTreeValue,AkRTPCNestedSearchTree<AkNestedKey<unsignedlong,GetInvalidUniqueID,AkNestedKey<unsignedchar,GetInvalidMidiCh,AkNestedKey<unsignedchar,GetInvalidMidiNote,AkRootKey<CAkPBI*,GetNullPbiPtr>>>>,AkModTreeValue,AkRTPCNestedSearchTree<AkNestedKey<unsignedchar,GetInvalidMidiCh,AkNestedKey<unsignedchar,GetInvalidMidiNote,AkRootKey<CAkPBI*,GetNullPbiPtr>>>,AkModTreeValue,AkRTPCNestedSearchTree<AkNestedKey<unsignedchar,GetInvalidMidiNote,AkRootKey<CAkPBI*,GetNullPbiPtr>>,AkModTreeValue,AkRTPCRootSearchTree<AkRootKey<CAkPBI*,GetNullPbiPtr>,AkModTreeValue>>>>>>::ChildTreeType,AkRTPCNestedSearchTree<AkRTPCKey,AkModTreeValue,AkRTPCNestedSearchTree<AkNestedKey<unsignedlong,GetInvalidPlayingID,AkNestedKey<unsignedlong,GetInvalidUniqueID,AkNestedKey<unsignedchar,GetInvalidMidiCh,AkNestedKey<unsignedchar,GetInvalidMidiNote,AkRootKey<CAkPBI*,GetNullPbiPtr>>>>>,AkModTreeValue,AkRTPCNestedSearchTree<AkNestedKey<unsignedlong,GetInvalidUniqueID,AkNestedKey<unsignedchar,GetInvalidMidiCh,AkNestedKey<unsignedchar,GetInvalidMidiNote,AkRootKey<CAkPBI*,GetNullPbiPtr>>>>,AkModTreeValue,AkRTPCNestedSearchTree<AkNestedKey<unsignedchar,GetInvalidMidiCh,AkNestedKey<unsignedchar,GetInvalidMidiNote,AkRootKey<CAkPBI*,GetNullPbiPtr>>>,AkModTreeValue,AkRTPCNestedSearchTree<AkNestedKey<unsignedchar,GetInvalidMidiNote,AkRootKey<CAkPBI*,GetNullPbiPtr>>,AkModTreeValue,AkRTPCRootSearchTree<AkRootKey<CAkPBI*,GetNullPbiPtr>,AkModTreeValue>>>>>>::ChildTreeTypeconst&,AkArrayAllocatorNoAlign<_ArrayPoolDefault>,1,AkTransferMovePolicy<AkRTPCNestedSearchTree<AkRTPCKey,AkModTreeValue,AkRTPCNestedSearchTree<AkNestedKey<unsignedlong,GetInvalidPlayingID,AkNestedKey<unsignedlong,GetInvalidUniqueID,AkNestedKey<unsignedchar,GetInvalidMidiCh,AkNestedKey<unsignedchar,GetInvalidMidiNote,AkRootKey<CAkPBI*,GetNullPbiPtr>>>>>,AkModTreeValue,AkRTPCNestedSearchTree<AkNestedKey<unsignedlong,GetInvalidUniqueID,AkNestedKey<unsignedchar,GetInvalidMidiCh,AkNestedKey<unsignedchar,GetInvalidMidiNote,AkRootKey<CAkPBI*,GetNullPbiPtr>>>>,AkModTreeValue,AkRTPCNestedSearchTree<AkNestedKey<unsignedchar,GetInvalidMidiCh,AkNestedKey<unsignedchar,GetInvalidMidiNote,AkRootKey<CAkPBI*,GetNullPbiPtr>>>,AkModTreeValue,AkRTPCNestedSearchTree<AkNestedKey<unsignedchar,GetInvalidMidiNote,AkRootKey<CAkPBI*,GetNullPbiPtr>>,AkModTreeValue,AkRTPCRootSearchTree<AkRootKey<CAkPBI*,GetNullPbiPtr>,AkModTreeValue>>>>>>::ChildTreeType>>
PDB> Unable to create class namespace: Global::AkArray<AkRTPCNestedSearchTree<AkRTPCKey,AkRTPCValue,AkRTPCNestedSearchTree<AkNestedKey<unsignedlong,GetInvalidPlayingID,AkNestedKey<unsignedlong,GetInvalidUniqueID,AkNestedKey<unsignedchar,GetInvalidMidiCh,AkNestedKey<unsignedchar,GetInvalidMidiNote,AkRootKey<CAkPBI*,GetNullPbiPtr>>>>>,AkRTPCValue,AkRTPCNestedSearchTree<AkNestedKey<unsignedlong,GetInvalidUniqueID,AkNestedKey<unsignedchar,GetInvalidMidiCh,AkNestedKey<unsignedchar,GetInvalidMidiNote,AkRootKey<CAkPBI*,GetNullPbiPtr>>>>,AkRTPCValue,AkRTPCNestedSearchTree<AkNestedKey<unsignedchar,GetInvalidMidiCh,AkNestedKey<unsignedchar,GetInvalidMidiNote,AkRootKey<CAkPBI*,GetNullPbiPtr>>>,AkRTPCValue,AkRTPCNestedSearchTree<AkNestedKey<unsignedchar,GetInvalidMidiNote,AkRootKey<CAkPBI*,GetNullPbiPtr>>,AkRTPCValue,AkRTPCRootSearchTree<AkRootKey<CAkPBI*,GetNullPbiPtr>,AkRTPCValue>>>>>>::ChildTreeType,AkRTPCNestedSearchTree<AkRTPCKey,AkRTPCValue,AkRTPCNestedSearchTree<AkNestedKey<unsignedlong,GetInvalidPlayingID,AkNestedKey<unsignedlong,GetInvalidUniqueID,AkNestedKey<unsignedchar,GetInvalidMidiCh,AkNestedKey<unsignedchar,GetInvalidMidiNote,AkRootKey<CAkPBI*,GetNullPbiPtr>>>>>,AkRTPCValue,AkRTPCNestedSearchTree<AkNestedKey<unsignedlong,GetInvalidUniqueID,AkNestedKey<unsignedchar,GetInvalidMidiCh,AkNestedKey<unsignedchar,GetInvalidMidiNote,AkRootKey<CAkPBI*,GetNullPbiPtr>>>>,AkRTPCValue,AkRTPCNestedSearchTree<AkNestedKey<unsignedchar,GetInvalidMidiCh,AkNestedKey<unsignedchar,GetInvalidMidiNote,AkRootKey<CAkPBI*,GetNullPbiPtr>>>,AkRTPCValue,AkRTPCNestedSearchTree<AkNestedKey<unsignedchar,GetInvalidMidiNote,AkRootKey<CAkPBI*,GetNullPbiPtr>>,AkRTPCValue,AkRTPCRootSearchTree<AkRootKey<CAkPBI*,GetNullPbiPtr>,AkRTPCValue>>>>>>::ChildTreeTypeconst&,AkArrayAllocatorNoAlign<_ArrayPoolDefault>,1,AkTransferMovePolicy<AkRTPCNestedSearchTree<AkRTPCKey,AkRTPCValue,AkRTPCNestedSearchTree<AkNestedKey<unsignedlong,GetInvalidPlayingID,AkNestedKey<unsignedlong,GetInvalidUniqueID,AkNestedKey<unsignedchar,GetInvalidMidiCh,AkNestedKey<unsignedchar,GetInvalidMidiNote,AkRootKey<CAkPBI*,GetNullPbiPtr>>>>>,AkRTPCValue,AkRTPCNestedSearchTree<AkNestedKey<unsignedlong,GetInvalidUniqueID,AkNestedKey<unsignedchar,GetInvalidMidiCh,AkNestedKey<unsignedchar,GetInvalidMidiNote,AkRootKey<CAkPBI*,GetNullPbiPtr>>>>,AkRTPCValue,AkRTPCNestedSearchTree<AkNestedKey<unsignedchar,GetInvalidMidiCh,AkNestedKey<unsignedchar,GetInvalidMidiNote,AkRootKey<CAkPBI*,GetNullPbiPtr>>>,AkRTPCValue,AkRTPCNestedSearchTree<AkNestedKey<unsignedchar,GetInvalidMidiNote,AkRootKey<CAkPBI*,GetNullPbiPtr>>,AkRTPCValue,AkRTPCRootSearchTree<AkRootKey<CAkPBI*,GetNullPbiPtr>,AkRTPCValue>>>>>>::ChildTreeType>>
PDB> Unable to create class namespace: Global::AkSortedKeyArray<CAkRegisteredObj*,AkRTPCNestedSearchTree<AkRTPCKey,AkModTreeValue,AkRTPCNestedSearchTree<AkNestedKey<unsignedlong,GetInvalidPlayingID,AkNestedKey<unsignedlong,GetInvalidUniqueID,AkNestedKey<unsignedchar,GetInvalidMidiCh,AkNestedKey<unsignedchar,GetInvalidMidiNote,AkRootKey<CAkPBI*,GetNullPbiPtr>>>>>,AkModTreeValue,AkRTPCNestedSearchTree<AkNestedKey<unsignedlong,GetInvalidUniqueID,AkNestedKey<unsignedchar,GetInvalidMidiCh,AkNestedKey<unsignedchar,GetInvalidMidiNote,AkRootKey<CAkPBI*,GetNullPbiPtr>>>>,AkModTreeValue,AkRTPCNestedSearchTree<AkNestedKey<unsignedchar,GetInvalidMidiCh,AkNestedKey<unsignedchar,GetInvalidMidiNote,AkRootKey<CAkPBI*,GetNullPbiPtr>>>,AkModTreeValue,AkRTPCNestedSearchTree<AkNestedKey<unsignedchar,GetInvalidMidiNote,AkRootKey<CAkPBI*,GetNullPbiPtr>>,AkModTreeValue,AkRTPCRootSearchTree<AkRootKey<CAkPBI*,GetNullPbiPtr>,AkModTreeValue>>>>>>::ChildTreeType,AkArrayAllocatorNoAlign<_ArrayPoolDefault>,AkRTPCNestedSearchTree<AkRTPCKey,AkModTreeValue,AkRTPCNestedSearchTree<AkNestedKey<unsignedlong,GetInvalidPlayingID,AkNestedKey<unsignedlong,GetInvalidUniqueID,AkNestedKey<unsignedchar,GetInvalidMidiCh,AkNestedKey<unsignedchar,GetInvalidMidiNote,AkRootKey<CAkPBI*,GetNullPbiPtr>>>>>,AkModTreeValue,AkRTPCNestedSearchTree<AkNestedKey<unsignedlong,GetInvalidUniqueID,AkNestedKey<unsignedchar,GetInvalidMidiCh,AkNestedKey<unsignedchar,GetInvalidMidiNote,AkRootKey<CAkPBI*,GetNullPbiPtr>>>>,AkModTreeValue,AkRTPCNestedSearchTree<AkNestedKey<unsignedchar,GetInvalidMidiCh,AkNestedKey<unsignedchar,GetInvalidMidiNote,AkRootKey<CAkPBI*,GetNullPbiPtr>>>,AkModTreeValue,AkRTPCNestedSearchTree<AkNestedKey<unsignedchar,GetInvalidMidiNote,AkRootKey<CAkPBI*,GetNullPbiPtr>>,AkModTreeValue,AkRTPCRootSearchTree<AkRootKey<CAkPBI*,GetNullPbiPtr>,AkModTreeValue>>>>>>::ChildTreeType,1,AkTransferMovePolicy<AkRTPCNestedSearchTree<AkRTPCKey,AkModTreeValue,AkRTPCNestedSearchTree<AkNestedKey<unsignedlong,GetInvalidPlayingID,AkNestedKey<unsignedlong,GetInvalidUniqueID,AkNestedKey<unsignedchar,GetInvalidMidiCh,AkNestedKey<unsignedchar,GetInvalidMidiNote,AkRootKey<CAkPBI*,GetNullPbiPtr>>>>>,AkModTreeValue,AkRTPCNestedSearchTree<AkNestedKey<unsignedlong,GetInvalidUniqueID,AkNestedKey<unsignedchar,GetInvalidMidiCh,AkNestedKey<unsignedchar,GetInvalidMidiNote,AkRootKey<CAkPBI*,GetNullPbiPtr>>>>,AkModTreeValue,AkRTPCNestedSearchTree<AkNestedKey<unsignedchar,GetInvalidMidiCh,AkNestedKey<unsignedchar,GetInvalidMidiNote,AkRootKey<CAkPBI*,GetNullPbiPtr>>>,AkModTreeValue,AkRTPCNestedSearchTree<AkNestedKey<unsignedchar,GetInvalidMidiNote,AkRootKey<CAkPBI*,GetNullPbiPtr>>,AkModTreeValue,AkRTPCRootSearchTree<AkRootKey<CAkPBI*,GetNullPbiPtr>,AkModTreeValue>>>>>>::ChildTreeType>,AkDefaultSortedKeyCompare<CAkRegisteredObj*>>
PDB> Unable to create class namespace: Global::AkSortedKeyArray<CAkRegisteredObj*,AkRTPCNestedSearchTree<AkRTPCKey,AkRTPCValue,AkRTPCNestedSearchTree<AkNestedKey<unsignedlong,GetInvalidPlayingID,AkNestedKey<unsignedlong,GetInvalidUniqueID,AkNestedKey<unsignedchar,GetInvalidMidiCh,AkNestedKey<unsignedchar,GetInvalidMidiNote,AkRootKey<CAkPBI*,GetNullPbiPtr>>>>>,AkRTPCValue,AkRTPCNestedSearchTree<AkNestedKey<unsignedlong,GetInvalidUniqueID,AkNestedKey<unsignedchar,GetInvalidMidiCh,AkNestedKey<unsignedchar,GetInvalidMidiNote,AkRootKey<CAkPBI*,GetNullPbiPtr>>>>,AkRTPCValue,AkRTPCNestedSearchTree<AkNestedKey<unsignedchar,GetInvalidMidiCh,AkNestedKey<unsignedchar,GetInvalidMidiNote,AkRootKey<CAkPBI*,GetNullPbiPtr>>>,AkRTPCValue,AkRTPCNestedSearchTree<AkNestedKey<unsignedchar,GetInvalidMidiNote,AkRootKey<CAkPBI*,GetNullPbiPtr>>,AkRTPCValue,AkRTPCRootSearchTree<AkRootKey<CAkPBI*,GetNullPbiPtr>,AkRTPCValue>>>>>>::ChildTreeType,AkArrayAllocatorNoAlign<_ArrayPoolDefault>,AkRTPCNestedSearchTree<AkRTPCKey,AkRTPCValue,AkRTPCNestedSearchTree<AkNestedKey<unsignedlong,GetInvalidPlayingID,AkNestedKey<unsignedlong,GetInvalidUniqueID,AkNestedKey<unsignedchar,GetInvalidMidiCh,AkNestedKey<unsignedchar,GetInvalidMidiNote,AkRootKey<CAkPBI*,GetNullPbiPtr>>>>>,AkRTPCValue,AkRTPCNestedSearchTree<AkNestedKey<unsignedlong,GetInvalidUniqueID,AkNestedKey<unsignedchar,GetInvalidMidiCh,AkNestedKey<unsignedchar,GetInvalidMidiNote,AkRootKey<CAkPBI*,GetNullPbiPtr>>>>,AkRTPCValue,AkRTPCNestedSearchTree<AkNestedKey<unsignedchar,GetInvalidMidiCh,AkNestedKey<unsignedchar,GetInvalidMidiNote,AkRootKey<CAkPBI*,GetNullPbiPtr>>>,AkRTPCValue,AkRTPCNestedSearchTree<AkNestedKey<unsignedchar,GetInvalidMidiNote,AkRootKey<CAkPBI*,GetNullPbiPtr>>,AkRTPCValue,AkRTPCRootSearchTree<AkRootKey<CAkPBI*,GetNullPbiPtr>,AkRTPCValue>>>>>>::ChildTreeType,1,AkTransferMovePolicy<AkRTPCNestedSearchTree<AkRTPCKey,AkRTPCValue,AkRTPCNestedSearchTree<AkNestedKey<unsignedlong,GetInvalidPlayingID,AkNestedKey<unsignedlong,GetInvalidUniqueID,AkNestedKey<unsignedchar,GetInvalidMidiCh,AkNestedKey<unsignedchar,GetInvalidMidiNote,AkRootKey<CAkPBI*,GetNullPbiPtr>>>>>,AkRTPCValue,AkRTPCNestedSearchTree<AkNestedKey<unsignedlong,GetInvalidUniqueID,AkNestedKey<unsignedchar,GetInvalidMidiCh,AkNestedKey<unsignedchar,GetInvalidMidiNote,AkRootKey<CAkPBI*,GetNullPbiPtr>>>>,AkRTPCValue,AkRTPCNestedSearchTree<AkNestedKey<unsignedchar,GetInvalidMidiCh,AkNestedKey<unsignedchar,GetInvalidMidiNote,AkRootKey<CAkPBI*,GetNullPbiPtr>>>,AkRTPCValue,AkRTPCNestedSearchTree<AkNestedKey<unsignedchar,GetInvalidMidiNote,AkRootKey<CAkPBI*,GetNullPbiPtr>>,AkRTPCValue,AkRTPCRootSearchTree<AkRootKey<CAkPBI*,GetNullPbiPtr>,AkRTPCValue>>>>>>::ChildTreeType>,AkDefaultSortedKeyCompare<CAkRegisteredObj*>>
PDB> Unable to create class namespace: Global::AkSortedKeyArray<unsignedlong,AkRTPCNestedSearchTree<AkNestedKey<unsignedlong,GetInvalidPlayingID,AkNestedKey<unsignedlong,GetInvalidUniqueID,AkNestedKey<unsignedchar,GetInvalidMidiCh,AkNestedKey<unsignedchar,GetInvalidMidiNote,AkRootKey<CAkPBI*,GetNullPbiPtr>>>>>,AkModTreeValue,AkRTPCNestedSearchTree<AkNestedKey<unsignedlong,GetInvalidUniqueID,AkNestedKey<unsignedchar,GetInvalidMidiCh,AkNestedKey<unsignedchar,GetInvalidMidiNote,AkRootKey<CAkPBI*,GetNullPbiPtr>>>>,AkModTreeValue,AkRTPCNestedSearchTree<AkNestedKey<unsignedchar,GetInvalidMidiCh,AkNestedKey<unsignedchar,GetInvalidMidiNote,AkRootKey<CAkPBI*,GetNullPbiPtr>>>,AkModTreeValue,AkRTPCNestedSearchTree<AkNestedKey<unsignedchar,GetInvalidMidiNote,AkRootKey<CAkPBI*,GetNullPbiPtr>>,AkModTreeValue,AkRTPCRootSearchTree<AkRootKey<CAkPBI*,GetNullPbiPtr>,AkModTreeValue>>>>>::ChildTreeType,AkArrayAllocatorNoAlign<_ArrayPoolDefault>,AkRTPCNestedSearchTree<AkNestedKey<unsignedlong,GetInvalidPlayingID,AkNestedKey<unsignedlong,GetInvalidUniqueID,AkNestedKey<unsignedchar,GetInvalidMidiCh,AkNestedKey<unsignedchar,GetInvalidMidiNote,AkRootKey<CAkPBI*,GetNullPbiPtr>>>>>,AkModTreeValue,AkRTPCNestedSearchTree<AkNestedKey<unsignedlong,GetInvalidUniqueID,AkNestedKey<unsignedchar,GetInvalidMidiCh,AkNestedKey<unsignedchar,GetInvalidMidiNote,AkRootKey<CAkPBI*,GetNullPbiPtr>>>>,AkModTreeValue,AkRTPCNestedSearchTree<AkNestedKey<unsignedchar,GetInvalidMidiCh,AkNestedKey<unsignedchar,GetInvalidMidiNote,AkRootKey<CAkPBI*,GetNullPbiPtr>>>,AkModTreeValue,AkRTPCNestedSearchTree<AkNestedKey<unsignedchar,GetInvalidMidiNote,AkRootKey<CAkPBI*,GetNullPbiPtr>>,AkModTreeValue,AkRTPCRootSearchTree<AkRootKey<CAkPBI*,GetNullPbiPtr>,AkModTreeValue>>>>>::ChildTreeType,1,AkTransferMovePolicy<AkRTPCNestedSearchTree<AkNestedKey<unsignedlong,GetInvalidPlayingID,AkNestedKey<unsignedlong,GetInvalidUniqueID,AkNestedKey<unsignedchar,GetInvalidMidiCh,AkNestedKey<unsignedchar,GetInvalidMidiNote,AkRootKey<CAkPBI*,GetNullPbiPtr>>>>>,AkModTreeValue,AkRTPCNestedSearchTree<AkNestedKey<unsignedlong,GetInvalidUniqueID,AkNestedKey<unsignedchar,GetInvalidMidiCh,AkNestedKey<unsignedchar,GetInvalidMidiNote,AkRootKey<CAkPBI*,GetNullPbiPtr>>>>,AkModTreeValue,AkRTPCNestedSearchTree<AkNestedKey<unsignedchar,GetInvalidMidiCh,AkNestedKey<unsignedchar,GetInvalidMidiNote,AkRootKey<CAkPBI*,GetNullPbiPtr>>>,AkModTreeValue,AkRTPCNestedSearchTree<AkNestedKey<unsignedchar,GetInvalidMidiNote,AkRootKey<CAkPBI*,GetNullPbiPtr>>,AkModTreeValue,AkRTPCRootSearchTree<AkRootKey<CAkPBI*,GetNullPbiPtr>,AkModTreeValue>>>>>::ChildTreeType>,AkDefaultSortedKeyCompare<unsignedlong>>
PDB> Unable to create class namespace: Global::AkSortedKeyArray<unsignedlong,AkRTPCNestedSearchTree<AkNestedKey<unsignedlong,GetInvalidPlayingID,AkNestedKey<unsignedlong,GetInvalidUniqueID,AkNestedKey<unsignedchar,GetInvalidMidiCh,AkNestedKey<unsignedchar,GetInvalidMidiNote,AkRootKey<CAkPBI*,GetNullPbiPtr>>>>>,AkRTPCValue,AkRTPCNestedSearchTree<AkNestedKey<unsignedlong,GetInvalidUniqueID,AkNestedKey<unsignedchar,GetInvalidMidiCh,AkNestedKey<unsignedchar,GetInvalidMidiNote,AkRootKey<CAkPBI*,GetNullPbiPtr>>>>,AkRTPCValue,AkRTPCNestedSearchTree<AkNestedKey<unsignedchar,GetInvalidMidiCh,AkNestedKey<unsignedchar,GetInvalidMidiNote,AkRootKey<CAkPBI*,GetNullPbiPtr>>>,AkRTPCValue,AkRTPCNestedSearchTree<AkNestedKey<unsignedchar,GetInvalidMidiNote,AkRootKey<CAkPBI*,GetNullPbiPtr>>,AkRTPCValue,AkRTPCRootSearchTree<AkRootKey<CAkPBI*,GetNullPbiPtr>,AkRTPCValue>>>>>::ChildTreeType,AkArrayAllocatorNoAlign<_ArrayPoolDefault>,AkRTPCNestedSearchTree<AkNestedKey<unsignedlong,GetInvalidPlayingID,AkNestedKey<unsignedlong,GetInvalidUniqueID,AkNestedKey<unsignedchar,GetInvalidMidiCh,AkNestedKey<unsignedchar,GetInvalidMidiNote,AkRootKey<CAkPBI*,GetNullPbiPtr>>>>>,AkRTPCValue,AkRTPCNestedSearchTree<AkNestedKey<unsignedlong,GetInvalidUniqueID,AkNestedKey<unsignedchar,GetInvalidMidiCh,AkNestedKey<unsignedchar,GetInvalidMidiNote,AkRootKey<CAkPBI*,GetNullPbiPtr>>>>,AkRTPCValue,AkRTPCNestedSearchTree<AkNestedKey<unsignedchar,GetInvalidMidiCh,AkNestedKey<unsignedchar,GetInvalidMidiNote,AkRootKey<CAkPBI*,GetNullPbiPtr>>>,AkRTPCValue,AkRTPCNestedSearchTree<AkNestedKey<unsignedchar,GetInvalidMidiNote,AkRootKey<CAkPBI*,GetNullPbiPtr>>,AkRTPCValue,AkRTPCRootSearchTree<AkRootKey<CAkPBI*,GetNullPbiPtr>,AkRTPCValue>>>>>::ChildTreeType,1,AkTransferMovePolicy<AkRTPCNestedSearchTree<AkNestedKey<unsignedlong,GetInvalidPlayingID,AkNestedKey<unsignedlong,GetInvalidUniqueID,AkNestedKey<unsignedchar,GetInvalidMidiCh,AkNestedKey<unsignedchar,GetInvalidMidiNote,AkRootKey<CAkPBI*,GetNullPbiPtr>>>>>,AkRTPCValue,AkRTPCNestedSearchTree<AkNestedKey<unsignedlong,GetInvalidUniqueID,AkNestedKey<unsignedchar,GetInvalidMidiCh,AkNestedKey<unsignedchar,GetInvalidMidiNote,AkRootKey<CAkPBI*,GetNullPbiPtr>>>>,AkRTPCValue,AkRTPCNestedSearchTree<AkNestedKey<unsignedchar,GetInvalidMidiCh,AkNestedKey<unsignedchar,GetInvalidMidiNote,AkRootKey<CAkPBI*,GetNullPbiPtr>>>,AkRTPCValue,AkRTPCNestedSearchTree<AkNestedKey<unsignedchar,GetInvalidMidiNote,AkRootKey<CAkPBI*,GetNullPbiPtr>>,AkRTPCValue,AkRTPCRootSearchTree<AkRootKey<CAkPBI*,GetNullPbiPtr>,AkRTPCValue>>>>>::ChildTreeType>,AkDefaultSortedKeyCompare<unsignedlong>>
PDB> Conflicting data type name: ChannelLayout
PDB> Unable to create symbol at 14264ebe0: Symbol name exceeds maximum length of 2000, length=2626
PDB> Unable to create stack variable BoundingBox at offset -8 in ?InterpolateIncidentRadiancePoint@FPrecomputedLightVolume@@QEBAXAEBUFVector@@AEAM1AEAV?$TSHVectorRGB@$02@@AEAU2@@Z
PDB> Unable to create symbol at 1425fbf30: Symbol name exceeds maximum length of 2000, length=2842
PDB> Unable to create symbol at 1426527b0: Symbol name exceeds maximum length of 2000, length=2662
PDB> Unable to create symbol at 1425f77d0: Symbol name exceeds maximum length of 2000, length=2581
PDB> Unable to create symbol at 1425fbdd0: Symbol name exceeds maximum length of 2000, length=2617
PDB> Unable to create stack variable barrierCommandList at offset -8 in ?ExecuteCommandLists@FD3D12CommandListManager@@UEAAXAEAV?$TArray@VFD3D12CommandListHandle@@VFDefaultAllocator@@@@_N@Z
PDB> Unable to create symbol at 140e85ec0: Symbol name exceeds maximum length of 2000, length=2082
PDB> Unable to create symbol at 1425f99a0: Symbol name exceeds maximum length of 2000, length=2581
PDB> Unable to create symbol at 1425f7850: Symbol name exceeds maximum length of 2000, length=2743
PDB> Unable to create symbol at 142654fc0: Symbol name exceeds maximum length of 2000, length=2003
PDB> Unable to create symbol at 1425efa00: Symbol name exceeds maximum length of 2000, length=2620
PDB> Unable to create symbol at 14264f5e0: Symbol name exceeds maximum length of 2000, length=2665
PDB> Unable to create stack variable Packet at offset -152 in ?InitializeVorbis@FWebMAudioDecoder@@AEAA_NPEBE_K@Z
PDB> Unable to create stack variable Key at offset -16 in ?HandleKeyDown@FSlateEditableTextLayout@@QEAA?AVFReply@@AEBUFKeyEvent@@@Z
PDB> Unable to create symbol at 1425fbdd0: Symbol name exceeds maximum length of 2000, length=2617
PDB> Unable to create symbol at 142651cb0: Symbol name exceeds maximum length of 2000, length=2626
PDB> Unable to create symbol at 1425f77d0: Symbol name exceeds maximum length of 2000, length=2581
PDB> Unable to create symbol at 14264ebe0: Symbol name exceeds maximum length of 2000, length=2626
PDB> Unable to create stack variable dst_stream at offset -8 in ?compress_image_to_jpeg_file_in_memory@jpge@@YA_NPEAXAEAHHHHPEBEAEBUparams@1@@Z
PDB> Unable to create stack variable info at offset -8 in filt$0
PDB> Unable to create symbol at 1426527b0: Symbol name exceeds maximum length of 2000, length=2662
PDB> Unable to create symbol at 142652900: Symbol name exceeds maximum length of 2000, length=2896
PDB> Unable to create symbol at 1425efa00: Symbol name exceeds maximum length of 2000, length=2620
PDB> Unable to create symbol at 14264ec60: Symbol name exceeds maximum length of 2000, length=2797
PDB> Unable to create symbol at 140e857a0: Symbol name exceeds maximum length of 2000, length=2081
PDB> Unable to create symbol at 142651cb0: Symbol name exceeds maximum length of 2000, length=2626
PDB> Unable to create symbol at 1425f99a0: Symbol name exceeds maximum length of 2000, length=2581
PDB> Unable to create symbol at 14264f5e0: Symbol name exceeds maximum length of 2000, length=2665
PDB> Unable to create symbol at 1425efb40: Symbol name exceeds maximum length of 2000, length=2845
PDB> Unable to create symbol at 14264f690: Symbol name exceeds maximum length of 2000, length=2899
PDB> Unable to create symbol at 1425f9b40: Symbol name exceeds maximum length of 2000, length=2743
PDB> Unable to create symbol at 142651e00: Symbol name exceeds maximum length of 2000, length=2797
PDB> Unable to create stack variable TempValue at offset -8 in ?Value@FParse@@SA_NPEB_W0AEAVFString@@_N@Z
PDB> Unable to create symbol at 1425fbdd0: Symbol name exceeds maximum length of 2000, length=2617
PDB> Unable to create symbol at 1425f7850: Symbol name exceeds maximum length of 2000, length=2743
PDB> Unable to create symbol at 14264f690: Symbol name exceeds maximum length of 2000, length=2899
PDB> Unable to create symbol at 142651e00: Symbol name exceeds maximum length of 2000, length=2797
PDB> Unable to create symbol at 1426527b0: Symbol name exceeds maximum length of 2000, length=2662
PDB> Unable to create symbol at 142893408: Symbol name exceeds maximum length of 2000, length=2193
PDB> Unable to create symbol at 1425efa00: Symbol name exceeds maximum length of 2000, length=2620
PDB> Unable to create symbol at 14264ec60: Symbol name exceeds maximum length of 2000, length=2797
PDB> Unable to create symbol at 1425efb40: Symbol name exceeds maximum length of 2000, length=2845
PDB> Unable to create symbol at 1425f77d0: Symbol name exceeds maximum length of 2000, length=2581
PDB> Unable to create symbol at 14264f5e0: Symbol name exceeds maximum length of 2000, length=2665
PDB> Unable to create symbol at 142654fc0: Symbol name exceeds maximum length of 2000, length=2003
PDB> Unable to create symbol at 142652900: Symbol name exceeds maximum length of 2000, length=2896
PDB> Unable to create symbol at 1425f9b40: Symbol name exceeds maximum length of 2000, length=2743
PDB> Unable to create symbol at 14264ebe0: Symbol name exceeds maximum length of 2000, length=2626
PDB> Unable to create symbol at 1425f99a0: Symbol name exceeds maximum length of 2000, length=2581
PDB> Unable to create symbol at 140e857a0: Symbol name exceeds maximum length of 2000, length=2081
PDB> Unable to create symbol at 140e85ec0: Symbol name exceeds maximum length of 2000, length=2082
PDB> Unable to create symbol at 142651cb0: Symbol name exceeds maximum length of 2000, length=2626
PDB> Unable to create symbol at 1425fbf30: Symbol name exceeds maximum length of 2000, length=2842

I'm going to stick to IDA-Pro for this specific task, as I don't seem to have any problems with the PDB-File.
This is actually the third time I'm trying to use Ghidra to reverse-engineer some parts of different games and everytime it hangs up (like this case).
Is Ghidra not supposed to be able to work efficiently with big projects like games?
Or do you just need a good rig to crunch through all the steps?
Maybe I misunderstood the typical usecases of Ghidra :S

Having the same issue when analyzing an Unreal Engine game's .pdb (IDA worked fine on it too).
I saw the fix for this was merged 6 days ago, when can we expect a release that includes it?

Are the performance issues in 9.1.2 or the master development branch?  If still using 9.1.1 have you tried 9.1.2 ?
Performance related issues may occur in the master branch when resolving datatypes due to a change in how pointer equivalence was changed back in Feb-2020 - we are working to resolve this before the release of 9.2.


DropwizardSSLConnectionSocketFactory not honoring custom provider?

   private static KeyStore loadKeyStore(String type, File path, String password) throws Exception {
        final KeyStore keyStore = KeyStore.getInstance(type);
        try (InputStream inputStream = new FileInputStream(path)) {
            keyStore.load(inputStream, password.toCharArray());
        }
        return keyStore;
    }

Using : Dropwizard 1.3.2
The above code is used to load the trust store associated with the tls config for an SSL client.  However, this ignores the provider (eg, "BC") that might be required to read a PKCS12 store properly.
I believe this should be
final KeyStore keyStore = KeyStore.getInstance(type, "<provider as String>");

Note:  using "BC" as a provider works on the server side when listening on an SSL port.
EDIT:
I've discovered a "workaround", which involves hardwiring BouncyCastle as a higher priority provider to the Sun JCE.  Whilst this works, it immediately imposes the performance penalty of using BouncyCastle where optimised AES is better in the SunJCE.  Whilst it could be possible to go to every location and specify the provider by name, I believe the better solution is to offer the truststore/keytore provider option for the dropwizard tls client.

Interesting observation! I think you are right, and we should load the keystore based on the provided security provider in the configuration. The biggest questions for me is that KeyStore getInstance(String type) traverses all the registered providers looking for one that supports the specified type, whilst KeyStore getInstance(String type, String provider) checks only the specified provider. But I assume users who specify BouncyCastle and Conscrypt support different keystore types.

@arteam ...the only thing that worries me slightly is that BouncyCastle does not have a provider for JSSE, only JCE (it seems).  When I tried to set "provider" to "BC" in the tls config, I ran into that issue.  What I am unsure about is whether the code I highlighted above is used also for provisioning the SSE implementation.

Right, so it shouldn't be possible to use TLS with BC. From the other hand, Conscrypt is a JSSE provider, but it not terribly useful for loading keystores.

It would be nice to get a reproducer of the issue with a custom provider.

I can provide you with a pkcs12 truststore that only works with BC, or I can try out your did myself... Which would be preferable?

Either way is fine. If you would like to take a swing on the bugfix, go ahead!

I was seriously tempted to have a go....but then I faced a moment of uncertainty when I saw how you'd approached it.  I will attach an exemplar pkcs12 keystore that should fail under SunJCE (java 8) and succeed with BC.
In looking at your implementation, it looks like you are reusing "configuration.getProvider" for specifying "BC" for trust store.  When I tried to set "provider" to "BC" in configuration, however, dropwizard failed to create the secure socket extension, because BC doesn't have an implementation of that.
It is a bit tricky to see where that use of the provider is...would that failure somehow be avoided by your try-catch fallback approach?
keystore-trustore.zip

It is line 80-83 of DropwizardSSLConnectionSocketFactory that I believe will continue to cause failure.
My original idea for a fix was to add another property to the tlsConfig called "trustStoreProvider", possibly...but then it's not clear to me what the "provider" property is intended to be used for.  Would it be overengineering to add "sseProvider", "keystoreProvider", and "truststoreProvider" to the tlsConfiguration, for completeness?

I think there might be additional evidence to support splitting the providers in dropwizard config:
it turns out there is a BouncyCastle TLS provider, but it has a different provider name, so having a single "provider" attribute in yaml (for tlsConfig) used for both SSE and JCE is problematic.
This flirts with being a backwards incompatible change, depending on naming, so I await your thoughts, @arteam .

@arteam
Ok, I had a go at the solution.
https://github.com/dropwizard/dropwizard/pull/2390
Not too onerous in the end.  I did add bouncycastle as test component explicitly to dropwizard-client, as it is impossible to do effective testing otherwise.  I did not modify the BOM....please let me know if I should update the BOM as well to inherit version information for test dependencies, or if what I've done is sufficient.

Thanks, I will take a look.

@arteam ,  Sorry for the newbie question, but as this is my first PR to dropwizard....do I close this issue, given that the PR has been merged, or do you do that at some point?

Either way works for me! I can do it manually, but usually issues get closed automatically by commit messages from pull requests.

Closed via #2390


Owner Name and NickName

I'm trying to load the information from the server and save it to a database. I'm getting information like name, id, urlImage, owner id ... But I want to get the owner's name, and I'm getting a null result. I know that DiscordLight does not store cache. Would there be any other way of obtaining this information?
const Discord = require('discord.js-light');
const client = new Discord.Client({
  cacheGuilds: true,
  cacheChannels: true,
  cacheOverwrites: false,
  cacheRoles: true,
  cacheEmojis: false,
  cachePresences: false
});

client.on('ready', async () => {
  console.log(`Logged in as ${client.user.tag}!`);

  client.guilds.cache.forEach((value) => {
    console.log(value.name);  //return Guild Name
    console.log(value.id); //return Guild ID
    console.log(value.iconURL()); //return urlImage
    console.log(value.owner); //return null
    console.log(value.ownerID); //return Owner Id
  });
});

You need to fetch the owner:
let owner = await client.users.fetch(value.ownerID)
If you dont want to cache the guild owner, you can add false in the second parameter:
let owner = await client.users.fetch(value,ownerID, false)
Then you can get it from owner.username

Thanks, this worked for me, I just changed to get the name of the owner of each server.
It looked like this:
let owner = await value.owner.fetch(value.ownerID)
Congratulations for the incredible work!

If you're gonna use User#fetch then you dont need to pass any parameter, just await value.owner.fetch() is enough since it already implies the ID contained in the owner. The first parameter is a boolean value for whether or not to bypass the cache when fetching.


[SPARK-37567][SQL] fix reuse bug .

Current rule may reuse itself,which will lead to reuse exchange failed.
linked to :https://issues.apache.org/jira/browse/SPARK-37567

Can one of the admins verify this patch?

这是来自QQ邮箱的假期自动回复邮件。

您好，邮件已收到，感谢您的来信！

(Please improve the PR description)

@chenjunbiao001 does master branch have the same issue?

Master branch seems to have fixed this bug


Change datatypes from DATE to DATETIME

Issue Description
AKFIN_HAUL.DATE_TIME and FOSS_HAUL.DATE_TIME are currently data type DATE (thus only recording the day a haul was done, not also the time), but should be in the DATETIME data type. "The DATETIME type is used for values that contain both date and time parts. MySQL retrieves and displays DATETIME values in 'YYYY-MM-DD hh:mm:ss' format. The supported range is '1000-01-01 00:00:00' to '9999-12-31 23:59:59'."
Resolve
I've changed it in the METADATA_COLUMN tab of the future oracle spreadsheet so it will be automatically implemented on the next run.

I added the following metadata text to the DATE_TIME, DATE_TIME_START, and DATE_TIME_END columns: "All dates and times are in Alaska time (AKT) of Anchorage, AK, USA (UTC/GMT -9 hours). " Feel free to improve/change.

Repeating the comment in the last commit here: DATETIME is apparetnly not a supported datatype in SQL Developer, opting for TIMESTAMP instead. I set the time zone as UTC-8 in the syntax of the query. Hopefully that will resolve and close this issue.

Spoke with the FOSS team and they were actually able to extract time from the DATE timestamp. I am not exactly sure why/how that works, but said that they would prefer to keep the data DATE instead of TIMESTAMP. I'm changing it back to DATE in METADATA_COLUMN tab of the future oracle google spreadsheet. Sounds like time is still embedded in the DATE field somehow... despite all of this discussion(?)

No problem. @EmilyMarkowitz-NOAA, do you mind reverting this commit b6bf1b3 from above for me? I'm not sure how to do that on the website. On the next run (this weekend) this change will be incorporated.

Reverted! Thanks, @zoyafuso-NOAA !

@EmilyMarkowitz-NOAA , the DATE_TIME field in GAP_PRODUCTS.FOSS_HAUL is now back to DATE format. Check to confirm and I'll leave you to close the comment.

Confrimed! Thanks, @zoyafuso-NOAA !


gcc internal error when building unionfs-fuse

Installed nixos from nixos-graphical-0.2pre4545_763835e-b8339a1-x86_64-linux.iso
GCC (or libc?) seems to be seriously broken, attached testcase from failed unionfs build [*]:

# gcc -c foo.i -O2
/tmp/nix-build-unionfs-fuse-0.26.drv-4/unionfs-fuse-0.26/src/unionfs.c: In function ‘unionfs_statfs’:
/tmp/nix-build-unionfs-fuse-0.26.drv-4/unionfs-fuse-0.26/src/unionfs.c:837:1: internal compiler error: Aborted
Please submit a full bug report,
with preprocessed source if appropriate.
See  for instructions.

I've tried using nix-env -i gcc-wrapper-4.6.3 and nix-env -i gcc-wrapper.4.7.2, and both of those failed.
Using same compiler version (4.6.3 and 4.7.2) on Debian does NOT crash.
nixos info:

# nixos-version
0.2pre4545_763835e-b8339a1
# uname -a
Linux nixos 3.2.39 #1 SMP Wed Mar 6 15:09:30 UTC 2013 x86_64 GNU/Linux
# /nix/store/hi387lq9x38cfwb915vv4b0zdh76wazc-gcc-4.6.3/bin/gcc -v
Using built-in specs.
COLLECT_GCC=/nix/store/hi387lq9x38cfwb915vv4b0zdh76wazc-gcc-4.6.3/bin/gcc
COLLECT_LTO_WRAPPER=/nix/store/hi387lq9x38cfwb915vv4b0zdh76wazc-gcc-4.6.3/libexec/gcc/x86_64-unknown-linux-gnu/4.6.3/lto-wrapper
Target: x86_64-unknown-linux-gnu
Configured with:
Thread model: posix
gcc version 4.6.3 (GCC)

If I run the compiler under valgrind in nixos, it doesn't crash again, and no errors are shown:
valgrind --trace-children=yes /nix/store/hi387lq9x38cfwb915vv4b0zdh76wazc-gcc-4.6.3/bin/gcc -O1 foo.i -c -B/nix/store/hi387lq9x38cfwb915vv4b0zdh76wazc-gcc-4.6.3/lib64 -B/nix/store/zpr8jdx10napidkyz62f3nzl5fm87jyr-glibc-2.17/lib/  -B/nix/store/qihqla2a8s253lbnr72gp2kyp1m69fa0-gcc-wrapper-4.6.3/bin/
Tried to build a CD image as described in the manual but it complained about memtest being a 404, so I've added the nixos-unstable channel, used nixos-checkout to get newer version, and tried to use nixos-build or nixos-rebuild test -I /etc/nixos/nixos. Both failed when trying to build unionfs.

Please open an issue at https://github.com/NixOS/nixpkgs/issues if issue persists.


Add support for Wrike Integration

Would be nice if you could integrate WRIKE.COM as an Issue Tracking Tool for bugsnag ...
KR
Patrick

We've moved over to a new system for notifications and we have an internal ticket for this. The good news is it shouldn't take us much longer to get this shipped so it should be coming soon!
Closing this issue as this repo is being retired.


Confusing num_inputs interface of node

I found following two ways of extracting number of inputs quite confusing.
Node* node = ...;
node->inputs.size();
node->num_inputs();

And most importantly, sometimes they are different! So what exactly are the meanings of these two? Can we change the name of it?

They should always be the same in theory, except for the variable length input case.
node->num_inputs() is short cut for node->op()->num_inputs(), it is used to decide number of inputs before the graph composition. Any proposals?

Hmm, I sometimes find node->num_inputs() will return uninitialized value.

How about num_inputs_required() ? Because this function basically returns the number of inputs required by the underlying operator. While node->inputs.size() is the information of graph connectivity. I found the case where they are different may be because the attribute is not being parsed. For example,
NodePtr node = Node::Create();
node->op = Op::Get("ElewiseSum");
node->attrs.dict["num_args"] = std::to_string(4);
cout << node->num_inputs() << endl;

Note that the above result will be undefined since node->attrs.op->attr_parser(&(node->attrs)) is not called. I think a better way to prevent this happens and make everything more well-defined is to have a NodeBuilder in NNVM.
NodePtr node = NodeBuilder::Get()
   .SetOp(Op::Get("ElewiseSum"))
   .SetAttrs("num_args", std::to_string(4));
cout << node->num_inputs() << endl;

The destructor of NodeBuilder will call proper attribute parser thus preventing any crappy intermediate state.

Suddenly realized that such NodeBuilder is just nnvm::Symbol. Can we use nnvm::Symbol when writing Pass function?


Using *ngIf on an ion-tab causes the ordering of tabs to be incorrect

Short description of the problem:
If I use *ngIf on an ion-tab, and it evaluates to true, then the ion-tab becomes the rightmost tab, even if it should be in a different position
What behavior are you expecting?
I expect the correct order to be retained. Check the plunker below: Go to the tabs page and observe that Tab 2 comes after Tab 3. The tabs should be in the order of 1, 2, then 3.
Which Ionic Version? 2.x
Plunker that shows an example of your issue
http://plnkr.co/edit/2QXUPct8vhemixpuCOtN?p=preview
Run ionic info from terminal/cmd prompt: (paste output below)
Cordova CLI: 6.2.0
Gulp version:  CLI version 3.9.1
Gulp local:   Local version 3.9.1
Ionic Framework Version: 2.0.0-beta.10
Ionic CLI Version: 2.0.0-beta.25
Ionic App Lib Version: 2.0.0-beta.15
ios-deploy version: 1.8.4
ios-sim version: 5.0.6
OS: Mac OS X El Capitan
Node Version: v4.4.4
Xcode version: Xcode 7.3 Build version 7D175

Hello, thanks for opening an issue with us! We actually have a show property that you can bind to to get similar functionality to a raw *ngIf but without issues like this. Here is the documentation for it if you would like to read more. Also, i made a plunker here that shows how to use it. Thanks for using Ionic!

Oh I didn't know about that. Thank you. I'm sorry to have wasted your time!

No problem at all! Have fun building your app!


chore: add unit tests for utilities.sh

Fixes #1947 ☕
The list of utility functions:

extract_folder_name*
remove_empty_files
mv_src_files
unzip_src_files
find_additional_protos_in_yaml*
search_additional_protos*
get_gapic_opts*
remove_grpc_version*
download_gapic_generator_pom_parent*
get_grpc_version*
get_protobuf_version*
download_tools
download_generator*
download_protobuf*
download_grpc_plugin*
download_from*
copy_from
download_fail

Functions with star (*) are tested in this PR.

Do you plan to have another PR for the unit testing of generate_library.sh?

I think generate_library.sh is tested through the integration tests since it "hooks" everything.

Do you plan to have another PR for the unit testing of generate_library.sh?

I think generate_library.sh is tested through the integration tests since it "hooks" everything. The result is verified through googleapis-gen (and google-cloud-java later).

Unit tests and Integration tests serve different purposes. Integration tests treat the script somewhat like a black box and make sure it works in a real life scenario. Unit tests treat the script as a white box and attempt to test every combinations with test data.
For example, we have logics to get protobuf version from gapic-generator-java if it is not specified, so we need to have test cases for both protobuf version is specified and is not specified, and technically we need to have two test cases for each if condition.
Now how do we achieve that may not be that simple. For the above case, we could have a test gapic-generator-java pom that has a different protobuf version than the specified protobuf version through the script.

Unit tests and Integration tests serve different purposes. Integration tests treat the script somewhat like a black box and make sure it works in a real life scenario. Unit tests treat the script as a white box and attempt to test every combinations with test data. For example, we have logics to get protobuf version from gapic-generator-java if it is not specified, so we need to have test cases for both protobuf version is specified and is not specified, and technically we need to have two test cases for each if condition. Now how do we achieve that may not be that simple. For the above case, we could have a test gapic-generator-java pom that has a different protobuf version than the specified protobuf version through the script. If we can achieve the same results(testing every combinations) through googleapis-gen integration tests, that works too, but I feel it may be more complicated.

Unit test should test against public APIs so I think we can test generate_library.sh with golden tests: fix the protos and gapic-generator-java version (protobuf and grpc version may or may not provide, but the version should be the same as in gapic-generator-java), verify the script can generate the same source code (compare with golden files). Also, I can write test cases with invalid version of generator, protbuf and grpc to verify generate_library.sh exits with non-zero code. WDYT?

I can write test cases with invalid version of generator, protbuf and grpc to verify generate_library.sh exits with non-zero code

SGTM!

I think we can test generate_library.sh with golden tests: fix the protos and gapic-generator-java version (protobuf and grpc version may or may not provide, but the version should be the same as in gapic-generator-java), verify the script can generate the same source code (compare with golden files)

I like the idea, this is similar to the golden unit/integration tests in gapic-generator-java.


CommandBarFlyout does not respect ShouldConstrainToRootBounds

Describe the bug
Set ShouldConstrainToRootBounds="False" but CommandBarFlyout is still limited in the XAML root
Steps to reproduce the bug

Set ShouldConstrainToRootBounds="False"
Found that takes no effect

Expected behavior
Should be able to display outside the XAML root
Screenshots
No response
NuGet package version
Microsoft.UI.Xaml 2.7.0
Windows app type

[X] UWP
[ ] Win32

Device form factor
Desktop
Windows version
May 2021 Update (19043)
Additional context
No response

This has already been reported : The ShouldConstrainToRootBounds property of the Popup doesn't work

@castorix #5958 said that is a bug in WinUI3, also exists in UWP WinUI 2.7

@llongley is there a technical limitation for why this doesn't work today?

A very quick test app shows that it seems to work:

@zhuxb711 do you have a test app demonstrating the issue you're seeing?


Get a Pubmed API key for E-Utilities

On 8 May, E-Utilities plans to formally deprecate access without an API key by sending an error when usage exceeds stated limits.
This task is to acquire an API key for PubMed (to use on Travis-CI), add a means to configure an API key for end-users, and to use the configured API key in the Pubmed Document enhancement function.
Reference: https://www.ncbi.nlm.nih.gov/books/NBK25497/

please let me a try to contribute, how to get started?

Hi, @thereisnotspoon. If you'd like to resolve this issue, you'll first need to get your PyOpenWorm development environment set up if you haven't already. To do that, clone the PyOpenWorm Git repo, checkout the 333-implement-contexts branch with git. I would recommend you use virtualenv with Python 3.x:
# In PyOpenWorm directory
python -m virtualenv env
env/bin/python setup.py install

Have a look at PyOpenWorm/document.py. That file contains the class you'll need to change. There's a method in there, update_from_pubmed, that needs to add the Pubmed API key to the request. The Document object has conf attribute where the API key should go.
Please let me know when you've done the setup and acquired an API key.

Hi, @callumskeet. Assuming you only ran the setup and got the API key, the next step is to have Document.update_from_pubmed actually use the key. You'll need to change the URL to https and add the api_key parameter which it should get from self.conf. Test that by running the following command inside your virtualenv:
env/bin/python setup.py test --addopts "-m 'inttest'"

that will run the DocumentTest.py, which calls update_from_pubmed. For testing purposes, you can add the API key directly to DataTestTemplate.py TestConfig.
Finally, you'll need to make DataTestTemplate pull the API key from an OS environment variable, and have Travis-CI pass in that variable in .travis.yml. The environment variable should be encrypted in .travis.yml.


Remove VMRestore webhook that checks if VM is stopped

What this PR does
Before this PR:
VMRestore is rejected incase VM target is running
After this PR:
VMRestore created and in case the target VM is running it will omit an event, change the vmrestore conditions to present that the VM needs to be stopped and once the VM is stopped the VMRestore will get reconciled again.

Fixes #
Why we need it and why it was done in this way
This change is in order to make our product more aligned with k8s “eventual consistency” model.
We shouldn't reject requests when the rejection reason is able to change. Checking VM running or not is racy an can change anytime.
Special notes for your reviewer

Checklist
This checklist is not enforcing, but it's a reminder of items that could be relevant to every PR.
Approvers are expected to review this list.

[ ] Design: A design document was considered and is present (link) or not required
[ ] PR: The PR description is expressive enough and will help future contributors
[ ] Code: Write code that humans can understand and Keep it simple
[ ] Refactor: You have left the code cleaner than you found it (Boy Scout Rule)
[ ] Upgrade: Impact of this change on upgrade flows was considered and addressed if required
[ ] Testing: New code requires new unit tests. New features and bug fixes require at least on e2e test
[ ] Documentation: A user-guide update was considered and is present (link) or not required. You want a user-guide update if it's a user facing feature / API change.
[ ] Community: Announcement to kubevirt-dev was considered

Release note

Remove VMRestore webhook that checks if VM is stopped

/sig code-quality

Closing for now to decide on desired API


vnodes is not woking

Uncaught SyntaxError: The requested module '/node_modules/victor/index.js?v=75e549ec' does not provide an export named 'default'

can you provide more context, what node version?

can you provide more context, what node version? Is there a sample app I can try?

node 16.17.1
npm 8.15.0
vue 3.2.47
vnodes 1.2.0
1.npm init vue@latest
2.follow the README.md
3.browser console error "The requested module '/node_modules/victor/index.js?v=75e549ec' does not provide an export named 'default'"

Thank you for noticing
Its fixed now in version 1.3.0
Also updated the readme as leaving comments (<!-- -->) inside nodes causes them not to render properly.
Let me know if it works for you


Suggestion to remove GA

As the title says. Unfortunately I also made a really quick and dirty dark theme for my eyes at the same time and didn't bother with branches. But it's a tiny change, see here https://github.com/leaty/champ-r/commit/a6fb372e245863cc839cef522a6745a3b1b2deeb
I'll make a PR if you agree.

Hello,
Thank you for the suggestion. If you want open a pull request. Now about the dark theme, if you made it work with a button it would be awesome

PR coming right up.
For the dark theme, it's definitely a no currently. It was quick and dirty after all, it's also a bit of a mess where all the theming options are in champ-r. Maybe some other time I could try, or just yoink it from here https://github.com/leaty/champ-r/commit/7b6b265feed6898e5e23f843e62b1b1466233080 :slightly_smiling_face:

Here's a darker theme supposed to mimic the client better, but as you can see it's far from perfect. I don't know where to customize the buttons except switching between the defaults "Dark" and "Light" provided by base-ui.

I will probably implement it with a switch for light and dark theme. Thank you for your contribution to this project!!


Call getfsstat() and strip mount paths from provided paths ; resolves 49

Call getfsstat() and strip mount paths from provided paths ; resolves #49
What does this pull request do?
Creates a map of mounted devices and their mount points and uses this information to ensure passed paths are relative to each device.
Where should the reviewer start?
setupStream() and onwards to createPaths
How should this be manually tested?
As described in #49

This is still a tentative POC, as we should probably coalesce all paths per-device and only call EventStreamCreateRelativeToDevice or EventStream once. Also, I haven't tried mixing multiple paths, each from a different Volume.


Not able to install pyleecan on windows 10

Using cached xlwt-1.3.0-py2.py3-none-any.whl (99 kB)
Collecting deap>=1.3.1
Using cached deap-1.3.1.tar.gz (1.1 MB)
Preparing metadata (setup.py) ... error
error: subprocess-exited-with-error
× python setup.py egg_info did not run successfully.
│ exit code: 1
╰─> [1 lines of output]
error in deap setup command: use_2to3 is invalid.
[end of output]
note: This error originates from a subprocess, and is likely not a problem with pip.
error: metadata-generation-failed
× Encountered error while generating package metadata.
╰─> See above for output.
note: This is an issue with the package mentioned above, not pip.
hint: See above for details.
********************************************************************************************************System details****************8

pip --version
pip 22.0.4

Hello,
Sorry for the late answer. Someone else just had the same issue, so I just released a new version of pyleecan that should help.
More information at #542.
I'm closing this issue as it's now a duplicate, we can carry on the discussion in #542
Best regards,
Pierre


What are the model Image Sizes?

Hello,
On several website, I see examples of using dino_vits14 model and all of them set the image size to be 224.
What are the image sizes for other dino models?
Thanks

You can put different image sizes w, h (preferably square and multiple of 14) and dinov2 models should provide you with a grid of features of size [w/14, h/14]

Thank you very much for the reply. I was wondering why many examples first resize images to 228 and then crop them to make it 224. Any reason for doing this?


[PINMemoryCache] Replace Semaphore with pthread_mutex

@garrettmoon before you ask… yes, a semaphore killed my parents. 🙃

@Adlai-Holler See #98 maybe we should use the same in this case.

The conditional lock is required in the disk case because of the weird initialization we do :/ I think we can use a semaphore directly here. Eventually I'd like to use something that uses an NSLock in debug and a semaphore in production ala the lock in PINRemoteImage.

I think we should prefer a mutex over a semaphore here. Mutex was built exactly for this case – for one thread to own and block all other threads from acquiring. It's the basis of NSLock. I don't know the implementation details between mutex and semaphore, maybe @johnezang can weight in.

@Adlai-Holler Sorry, I meant NSLock in debug, mutex in production :(

I'm happy to merge this once the tests pass.

Oh! Awesome!

Thanks @Adlai-Holler !

semaphores caused Y2K


Fix Content-Type issue

README.md was misleading. There is no need to manually add the Content-Type header. Anyway, if for whatever reason someone adds Content-Type, I've added a line of code to remove it if the body of the request is empty.

Warning the user when the header gets deleted might be appropriate. What do you think?

I'm leaning towards blacklisting Content-Type in the driver init.

Codecov Report

Merging #59 into master will increase coverage by 0.36%.
The diff coverage is 100%.

@@            Coverage Diff             @@
##           master      #59      +/-   ##
==========================================
+ Coverage   74.28%   74.64%   +0.36%
==========================================
  Files          21       21
  Lines         280      284       +4
==========================================
+ Hits          208      212       +4
  Misses         72       72

Impacted Files
Coverage Δ

src/request.js
78.57% <ø> (ø)
:arrow_up:

src/connection/index.js
94.28% <100%> (+0.73%)
:arrow_up:

Continue to review full report at Codecov.

Legend - Click here to learn more
Δ = absolute <relative> (impact), ø = not affected, ? = missing data
Powered by Codecov. Last update f63a868...3d83083. Read the comment docs.


Change colour of inactive preprocessor blocks in C#

Please make inactive preprocessor blocks in C# be shown in a different colour to help indicate which code is active and which is not.

Please file issue this against the C# extension...