Thanks for reporting stenyak.
I don't know if a core dump would help very much unless you can supply symbols for your binary too?
Otherwise, maybe you let me know the data supplied in the XrSessionCreateInfo parameter?
Ok, just in case, here's the api dump of both xrCreateInstance, and the (crashing) xrCreateSession:
XrResult xrCreateInstance
const XrInstanceCreateInfo* info = 0x00000002250fe208
XrStructureType info->type = 3
const void * info->next = 0x0000000000000000
XrInstanceCreateFlags info->createFlags = 0
XrApplicationInfo info->applicationInfo = 0x00000002250fe220
char* info->applicationInfo->applicationName = redacted
uint32_t info->applicationInfo->applicationVersion = 0x493e0
char* info->applicationInfo->engineName = redacted
uint32_t info->applicationInfo->engineVersion = 0x493e0
XrVersion info->applicationInfo->apiVersion = 0x1000000000017
uint32_t info->enabledApiLayerCount = 0x2
const char* const* info->enabledApiLayerNames = 0x00000002250FE778
const char* const* info->enabledApiLayerNames[0] = XR_APILAYER_LUNARG_core_validation
const char* const* info->enabledApiLayerNames[1] = XR_APILAYER_LUNARG_api_dump
uint32_t info->enabledExtensionCount = 0x1
const char* const* info->enabledExtensionNames = 0x0000017490BA9080
const char* const* info->enabledExtensionNames[0] = XR_KHR_vulkan_enable
XrInstance* instance = 0x00000002250fdab8
XrResult xrCreateSession
XrInstance instance = 00007B4400000001
const XrSessionCreateInfo* createInfo = 0x00000002250feac8
XrStructureType createInfo->type = XR_TYPE_SESSION_CREATE_INFO
const void * createInfo->next = 0x00000002250fec90
const XrGraphicsBindingVulkanKHR* createInfo->next = 0x00000002250fec90
XrStructureType createInfo->next->type = XR_TYPE_GRAPHICS_BINDING_VULKAN_KHR
const void * createInfo->next->next = 0x0000000000000000
VkInstance createInfo->next->instance = 000001743FEE10D0
VkPhysicalDevice createInfo->next->physicalDevice = 0000017443EECA20
VkDevice createInfo->next->device = 000001744400E1A0
uint32_t createInfo->next->queueFamilyIndex = 0x0
uint32_t createInfo->next->queueIndex = 0x0
XrSessionCreateFlags createInfo->createFlags = 0
XrSystemId createInfo->systemId = 14
XrSession* session = 0000017444036EC8
It's a bit surprising that `queueFamilyIndex` and `queueIndex` are 0 but that shouldn't cause a NULL pointer dereference. I don't think there is much that I can do without a crash dump (with pdb).
I'll check if I can provide symbols for my binary, although I assumed my dump together with your DLL's symbols (that I presume you have) would be enough to debug the nullptr.
