game fails to start if vulkan dlc is enabled

[dann1]

Your system information

• System information
• Have you checked for system updates?: Yes
• Are you using the latest stable video driver available for your system? Yes
• Have you verified the game files?: Yes

Please describe your issue in as much detail as possible:

I have always played dota2 with vulkan DLC. Since april 5th, I cannot play the game unless y untick the Vulkan support checkbox. The game shows the logo when starting and then crashes.

Running the dota.sh script from the CLI outputs this

 ~  .local/share/Steam/steamapps/common/dota\ 2\ beta/game/dota.sh 
Using breakpad crash handler
[S_API] SteamAPI_Init(): Loaded '/home/dann1/.local/share/Steam/linux64/steamclient.so' OK.
Setting breakpad minidump AppID = 570
Forcing breakpad minidump interfaces to load
Looking up breakpad interfaces from steamclient
Calling BreakpadMiniDumpSystemInit
Looking up breakpad interfaces from steamclient
Calling BreakpadMiniDumpSystemInit
Steam_SetMinidumpSteamID:  Caching Steam ID:  76561198247237500 [API loaded yes]
Steam_SetMinidumpSteamID:  Setting Steam ID:  76561198247237500
Setting breakpad minidump AppID = 373300
Fontconfig warning: "/home/dann1/.local/share/Steam/steamapps/common/dota 2 beta/game/core/panorama/fonts/conf.d/41-repl-os-win.conf", line 148: Having multiple values in <test> isn't supported and may not work as expected
Fontconfig warning: "/home/dann1/.local/share/Steam/steamapps/common/dota 2 beta/game/core/panorama/fonts/conf.d/41-repl-os-win.conf", line 160: Having multiple values in <test> isn't supported and may not work as expected
crash_20190409120639_1.dmp[10231]: Uploading dump (out-of-process)
/tmp/dumps/crash_20190409120639_1.dmp
crash_20190409120639_1.dmp[10231]: Finished uploading minidump (out-of-process): success = no
crash_20190409120639_1.dmp[10231]: error: libcurl.so: cannot open shared object file: No such file or directory
crash_20190409120639_1.dmp[10231]: file ''/tmp/dumps/crash_20190409120639_1.dmp'', upload no: ''libcurl.so: cannot open shared object file: No such file or directory''
.local/share/Steam/steamapps/common/dota 2 beta/game/dota.sh: line 104: 10207 Segmentation fault      (core dumped) ${STEAM_RUNTIME_PREFIX} ${GAME_DEBUGGER} "${GAMEROOT}"/${GAMEEXE} "$@"

Steps for reproducing this issue:

1. Enable vulkan support on steam
2. Start the game

[kisak-valve]

Hello @dann1, please copy any relevant minidumps (commonly found in /tmp/dumps) into an archive and drag and drop the archive into the comment box. Alternatively, please install curl/lib32-curl and include any CrashIDs related to your issue.

[dann1]

Hello,

After installing lib32-curl the difference in the terminal output is the following

crash_20190409124022_1.dmp[18065]: Finished uploading minidump (out-of-process): success = yes
crash_20190409124022_1.dmp[18065]: response: Discarded=1
crash_20190409124022_1.dmp[18065]: file ''/tmp/dumps/crash_20190409124022_1.dmp'', upload yes: ''Discarded=1''

Here is the archived dump

crash_20190409124022_1.dmp.zip

[kisak-valve]

For reference, the attached minidump is a SIGSEGV in libtcmalloc_minimal.so.0 and what looks like a render thread.

[dann1]

And, how should I approach this issue? I mean, is it something I'm doing wrong or game got broken and needs a fix.

[leonmaxx]

I can confirm it is the case.

System information
Log

Suspicious line in log: tcmalloc: large alloc 4294967296 bytes == 0x555fbf4ad000 @

[leonmaxx]

On another PC: System Information, Log.

Suspicious line: src/tcmalloc.cc:390] Attempt to free invalid pointer: 0x7fffd3b29c40

[dan-dr]

Had this issue. Setting the following environment variables seems to make it work:

STEAM_RUNTIME_PREFER_HOST_LIBRARIES=0
STEAM_RUNTIME=1

Why could that be?

[drozdowsky]

@dan-dr 's workaround works, start steam like this:

export STEAM_RUNTIME_PREFER_HOST_LIBRARIES=0
export STEAM_RUNTIME=1
steam

and run dota with vulkan :)

@edit I have had crash on "strategy time" and I am no longer able to launch dota2

[skoruppa]

Same issue here. With Intel Graphic Card. Everything was working fine earlier. @dan-dr workaround is not working for me

Using breakpad crash handler
[S_API] SteamAPI_Init(): Loaded '/home/p-skorupa/.steam/linux64/steamclient.so' OK.
Setting breakpad minidump AppID = 570
Forcing breakpad minidump interfaces to load
Looking up breakpad interfaces from steamclient
Calling BreakpadMiniDumpSystemInit
Looking up breakpad interfaces from steamclient
Calling BreakpadMiniDumpSystemInit
Steam_SetMinidumpSteamID:  Caching Steam ID:  76561197990112964 [API loaded yes]
Steam_SetMinidumpSteamID:  Setting Steam ID:  76561197990112964
Setting breakpad minidump AppID = 373300
Fossilize INFO: Overriding serialization path: "/home/p-skorupa/.steam/steam/steamapps/shadercache/570/steamapprun_pipeline_cache".
Fontconfig warning: "/home/p-skorupa/.steam/steam/steamapps/common/dota 2 beta/game/core/panorama/fonts/conf.d/41-repl-os-win.conf", line 148: Having multiple values in <test> isn't supported and may not work as expected
Fontconfig warning: "/home/p-skorupa/.steam/steam/steamapps/common/dota 2 beta/game/core/panorama/fonts/conf.d/41-repl-os-win.conf", line 160: Having multiple values in <test> isn't supported and may not work as expected
crash_20190626215542_1.dmp[23964]: Uploading dump (out-of-process)
/tmp/dumps/crash_20190626215542_1.dmp
./dota.sh: linia 104: 23945 Błąd w obliczeniach zmiennoprzecinkowych                  (zrzut pamięci) ${STEAM_RUNTIME_PREFIX} ${GAME_DEBUGGER} "${GAMEROOT}"/${GAMEEXE} "$@"

dmp in attachment crash_20190626215542_1.zip

[kisak-valve]

Hello @skoruppa, the minidump you attached is a SIGFPE in libvulkan_intel.so. Have you updated your video driver recently? Please copy your system information from Steam (Steam -> Help -> System Information) and put it in a gist, then include a link to the gist in this issue report.

[skoruppa]

@kisak-valve here you go https://gist.github.com/skoruppa/6797ff4688d4f27c4c74c800fad35fb8

[kisak-valve]

@skoruppa, please open a separate issue report. Your issue looks like a video driver regression. Reproduced on a Kaby Lake, mesa 19.1.0 and git master are affected. Does not crash with mesa 19.0.8.