-
Notifications
You must be signed in to change notification settings - Fork 69
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Core dumped (Attempt to free invalid pointer) when running Team Fortress 2 on 23.08 #1158
Comments
For anyone having the same issue, they can downgrade to the previous version: sudo flatpak update --commit=227a5e654498b890a13fc6612fdc3b12a4ebd943f1e764972a5ff0e65882b9a4 com.valvesoftware.Steam |
According to ProtonDB, this is likely a bug in a library that the game ships, which the update exposed. See multiple reports here: https://www.protondb.com/app/440#F5eUgPqkSk |
Can confirm swapping back to the pre-23.08 runtime version TF2 runs fine again. LLVM16 + Google Performance Tools are conflicting. There is a PR for an update to gperftools waiting, but don't know if that would fix it yet. |
Found a more elegant way to get TF2 working. This will also work for other source-1 games as well. I tested it in No More Room in Hell and Fistful of Frags and it allowed those game to launch as well. (tho in the case of FoF, the this will have to be redone if the files for the game are verified or maybe after a future game update edit: on further testing leaving the file in place but adding |
For some reason, none of the workarounds mentioned in this thread seem to work for me. In all cases, the game window briefly pops up, I can hear the first quarter second of the Valve logo, and then it crashes. Does anyone know how to enable logging so I can get a better look at what's causing this to happen for me? |
Block libtcmalloc_minimal.so.4 to avoid game crashes. Closes: flathub#1158
@doogie544, can you please share full paths to I opened #1171 to fix the crash with TF2, but I can do the same for more games. |
@doraskayo here is the list of the games I have that are broken due to this issue I deleted the leading |
Portal is also broken, but I don't see libtcmalloc anywhere in its files. I do however see Edit: |
Portal worked for me, I installed it just to check it. Not likely related to this issue. Halflife 2 also worked as did Halflife source (which also had libmimalloc.so instead of the problem library) Maybe you just need to verify the game files for portal? |
I did verify the files and unfortunately nothing changed. |
I just reinstalled both games again and double checked. Both started for me this time as well. Whatever you have happening is not related to this issue as this is specific to the |
when you have a game affected by this you get a very specific line in the log about 12 lines from the bottom
|
Would this show up in the Steam log or somewhere else? I tried looking for individual application logs but never found any. |
@MisterSheeple it is in the logs you get from starting steam from the cli. This is an issue happening outside of the flatpak as well. Anyone using amd with llvm16 will run into it. Happens on the non-flatpak steam in Fedora 38, Arch and Gentoo that I know of. Fedora has had the issue the longest afaik, it never worked in f38 as that was when they upgraded to llvm16. Arch and Gentoo had it happen a bit earlier than flatpak and we got it when flatpak updated to use the 23.08 runtime which has llvm16 apparently I see that you mentioed about none of the offered fixes worked for you. If going into the affected games and deleting |
After having a look at the log, this is the one thing that seems to happen in all cases when attempting to start most Source games: Is this relevant? If not, I can start a new issue. |
wrong elf class it not relevant. That will happen in every game. There are 2 builds of the overlay one is 64 and one is 32bit. Steam will try to load both as it does not know what architecture the game is, one is obviously going to fail as it is the incorrect architecture, that is normal but b/c it is a failure it will be logged. You will see this type of error a LOT when looking at a proton log and it will try to load both versions of gstreamer libraries. TL;DR, normal and not important to troubleshooting |
Ah, that's my mistake then. The actual issue I'm having appears to be a segmentation fault.
|
@doogie544, thanks, but I also need the path to the crashing executable in each game. For example, in TF2 this is |
Block libtcmalloc_minimal.so.4 to avoid game crashes. See: flathub#1158
Block libtcmalloc_minimal.so.4 to avoid game crashes. See: flathub#1158
Block libtcmalloc_minimal.so.4 to avoid game crashes. See: flathub#1158
Block libtcmalloc_minimal.so.4 to avoid game crashes. See: flathub#1158
Block libtcmalloc_minimal.so.4 to avoid game crashes. See: flathub#1158
@doogie544, I used SteamDB to hopefully figure it out. It seems all 4 games you listed have the Can you please confirm that all 4 games work without issues when running this test build of the Steam Flatpak? #1171 (comment) Please add a comment in the PR if it works without issues. |
#1171 should so far fix the following games:
If anyone else has a game that crashes unless configured to launch with
|
@doraskayo The fix works for all games but no more room in hell and that is my fault. when I removed the rest of the leading path I accidentality removed the first letter of the folder name and didn't notice b/c it was an n next to an m I checked it several times but must have missed it as it was a long day and I was a bit tired. the correct folder name is |
Block libtcmalloc_minimal.so.4 to avoid game crashes. See: flathub#1158
Block libtcmalloc_minimal.so.4 to avoid game crashes. See: flathub#1158
The runtime update broke Substance painter too, I get the following error complaining about libcrypt.so.1 being missing
It works again if I revert with Also I wasn't sure if I should make a new issue or post here. |
It sounds like the app relies on libraries that the Steam runtime doesn't provide and expects the OS to provide instead. The newer Freedesktop SDK runtime comes with a version of Does enabling "Steam Linux Runtime" under "Compatibility" in the the "game" properties help avoid this issue? Regardless, please open a separate issue. It's unrelated to the issue discussed here. |
Enabling "Steam Linux Runtime 1.0(scout)" it still doesn't launch but I get a different error in the terminal now
I made a new issue here #1174 |
Block libtcmalloc_minimal.so.4 to avoid game crashes. See: flathub#1158
Block libtcmalloc_minimal.so.4 to avoid game crashes. See: flathub#1158
Block libtcmalloc_minimal.so.4 to avoid game crashes. See: flathub#1158
Block libtcmalloc_minimal.so.4 to avoid game crashes. See: flathub#1158
Block libtcmalloc_minimal.so.4 to avoid game crashes. See: flathub#1158
Block libtcmalloc_minimal.so.4 to avoid game crashes. See: flathub#1158
Block libtcmalloc_minimal.so.4 to avoid game crashes. See: flathub#1158
Block libtcmalloc_minimal.so.4 to avoid game crashes. See: flathub#1158
Block libtcmalloc_minimal.so.4 to avoid game crashes. See: flathub#1158
Block libtcmalloc_minimal.so.4 to avoid game crashes. See: flathub#1158
Game information
Team Fortress 2 (Didn't test with other source engine games)
Distribution name and version where applicable
Fedora Silverblue 38
Flatpak info
Problem description
Pressing
Play
does not do anything with the following log output:log.txt
This is only reproducible on 23.08 runtime, it works fine in 22.08.
Does this issue reproduce with native Steam
Have not tested
The text was updated successfully, but these errors were encountered: