garrysmod-issues
garrysmod-issues copied to clipboard
Facepunch
Garry's Mod x86_64 beta is crashing and looking for .dylibs in /usr/lib?
Details
Here is a little snippet when I open the binary in terminal:
##### swap interval = 0 swap limit = 1 #####
Could not load program cache file glbaseshaders_osx.cfg
Could not find base GL shader cache file
Could not load program cache file glshaders.cfg
Could not find user GL shader cache file
Precache: Took 0 ms, Vertex 0, Pixel 0
failed to dlopen GarrysMod_Signed.app/Contents/MacOS//Users/bradleebarnes/Library/Application Support/Steam/steamapps/common/GarrysMod/GarrysMod_Signed.app/Contents/MacOS/client.dylib error=dlopen(GarrysMod_Signed.app/Contents/MacOS//Users/bradleebarnes/Library/Application Support/Steam/steamapps/common/GarrysMod/GarrysMod_Signed.app/Contents/MacOS/client.dylib, 0x0002): tried: 'GarrysMod_Signed.app/Contents/MacOS//Users/bradleebarnes/Library/Application Support/Steam/steamapps/common/GarrysMod/GarrysMod_Signed.app/Contents/MacOS/client.dylib' (no such file), '/usr/local/lib/client.dylib' (no such file), '/usr/lib/client.dylib' (no such file)
failed to dlopen GarrysMod.app/Contents/MacOS//Users/bradleebarnes/Library/Application Support/Steam/steamapps/common/GarrysMod/GarrysMod_Signed.app/Contents/MacOS/client.dylib error=dlopen(GarrysMod.app/Contents/MacOS//Users/bradleebarnes/Library/Application Support/Steam/steamapps/common/GarrysMod/GarrysMod_Signed.app/Contents/MacOS/client.dylib, 0x0002): tried: 'GarrysMod.app/Contents/MacOS//Users/bradleebarnes/Library/Application Support/Steam/steamapps/common/GarrysMod/GarrysMod_Signed.app/Contents/MacOS/client.dylib' (no such file), '/usr/local/lib/client.dylib' (no such file), '/usr/lib/client.dylib' (no such file)
failed to dlopen GarrysMod_Signed.app/Contents/MacOS//Users/bradleebarnes/Library/Application Support/Steam/steamapps/common/GarrysMod/GarrysMod_Signed.app/Contents/MacOS/server.dylib error=dlopen(GarrysMod_Signed.app/Contents/MacOS//Users/bradleebarnes/Library/Application Support/Steam/steamapps/common/GarrysMod/GarrysMod_Signed.app/Contents/MacOS/server.dylib, 0x0002): tried: 'GarrysMod_Signed.app/Contents/MacOS//Users/bradleebarnes/Library/Application Support/Steam/steamapps/common/GarrysMod/GarrysMod_Signed.app/Contents/MacOS/server.dylib' (no such file), '/usr/local/lib/server.dylib' (no such file), '/usr/lib/server.dylib' (no such file)
failed to dlopen GarrysMod.app/Contents/MacOS//Users/bradleebarnes/Library/Application Support/Steam/steamapps/common/GarrysMod/GarrysMod_Signed.app/Contents/MacOS/server.dylib error=dlopen(GarrysMod.app/Contents/MacOS//Users/bradleebarnes/Library/Application Support/Steam/steamapps/common/GarrysMod/GarrysMod_Signed.app/Contents/MacOS/server.dylib, 0x0002): tried: 'GarrysMod.app/Contents/MacOS//Users/bradleebarnes/Library/Application Support/Steam/steamapps/common/GarrysMod/GarrysMod_Signed.app/Contents/MacOS/server.dylib' (no such file), '/usr/local/lib/server.dylib' (no such file), '/usr/lib/server.dylib' (no such file)
ConVarRef mat_dxlevel doesn't point to an existing ConVar
Game.dylib loaded for "Garry's Mod"
failed to dlopen /Users/bradleebarnes/Library/Application Support/Steam/steamapps/common/GarrysMod/bin/soundemittersystem.dylib error=dlopen(/Users/bradleebarnes/Library/Application Support/Steam/steamapps/common/GarrysMod/bin/soundemittersystem.dylib, 0x0002): tried: '/Users/bradleebarnes/Library/Application Support/Steam/steamapps/common/GarrysMod/bin/soundemittersystem.dylib' (no such file), '/usr/local/lib/soundemittersystem.dylib' (no such file), '/usr/lib/soundemittersystem.dylib' (no such file)
failed to dlopen /Users/bradleebarnes/Library/Application Support/Steam/steamapps/common/GarrysMod/bin/scenefilecache.dylib error=dlopen(/Users/bradleebarnes/Library/Application Support/Steam/steamapps/common/GarrysMod/bin/scenefilecache.dylib, 0x0002): tried: '/Users/bradleebarnes/Library/Application Support/Steam/steamapps/common/GarrysMod/bin/scenefilecache.dylib' (no such file), '/usr/local/lib/scenefilecache.dylib' (no such file), '/usr/lib/scenefilecache.dylib' (no such file)
failed to dlopen /Users/bradleebarnes/Library/Application Support/Steam/steamapps/common/GarrysMod/bin/engine.dylib error=dlopen(/Users/bradleebarnes/Library/Application Support/Steam/steamapps/common/GarrysMod/bin/engine.dylib, 0x0002): tried: '/Users/bradleebarnes/Library/Application Support/Steam/steamapps/common/GarrysMod/bin/engine.dylib' (no such file), '/usr/local/lib/engine.dylib' (no such file), '/usr/lib/engine.dylib' (no such file)
** Unknown exception behavior: 0
It just freezes after that, please help!
Steps to reproduce
Download Garry's Mod with the x86_64 beta
Open it, wait for it to freeze.
Open ~/Library/Application Support/Steam/steamapps/common/GarrysMod/GarrysMod_Signed.app/Contents/MacOS/gmod, it opens in Terminal.
Wait for it to freeze and check the Terminal, it should have that error.
NOTE
I'm too lazy to put anything else in this post so if you need more details, tell me.
Are you on MacOS 12 beta? I think it has some issues right now with the game.
Are you on MacOS 12 beta? I think it has some issues right now with the game.
This is what I feared the most. Y... Yes...
I can't even downgrade to Big Sur. I swear I was on macOS 12 Dev Beta 1 with my friend and it worked but idk. I can't remember. Oh wait that could have been macOS Big Sur. Again, I can't downgrade because I have no external hard drives, etc. I know I can use curl to download a macOS Big Sur installer from the apple servers but let me check.
Wait holy crap if I visit the App Store and type in Big Sur, and click Get on "macOS Big Sur", it opens System Preferences and I get this option:
Wait after all this time... no way it will let me though... Surely not... right?
Well, after all these weeks of having macOS 12, I have finally defeated it! Hahaha! I am so hyped for this to downgrade. I've tried for ages. So many apps... BROKEN.
Apparently I have to wait for a full update. Just erased my hard drive and reinstalled macOS 12 since Big Sur didn't show. On the phone to apple support for ages :(
Just to update, this issue reproduces on the macOS Monterey release candidate, which is very likely to be the build that's released on Monday Oct 25 (as announced by Apple).
Confirmed, this issue is still present on production release of macOS Monterey 12.0.
Is there any known workaround for this? I played around a bit with the launch script and got nowhere at all. (Can't downgrade, as I'm on the newly released M1 MBP which only runs Monterey)
M1 macs will not be supported regardless of this issue.
They don't have to be directly supported. Rosetta (2) can run x86-64 binaries just fine.
While some Intel apps seem to have broken on M1's Rosetta 2, this issue persists on both M1 and Intel, macOS 12 being the culprit.
While some Intel apps seem to have broken on M1's Rosetta 2, this issue persists on both M1 and Intel, macOS 12 being the culprit.
According to the crash logs, it looks like there may be some dyld error when launching Gmod. I wonder if there could be changes to dyld in macOS 12.
I don't know what I can do here without the actual exception that occurs. It's not the file paths as I initially suspected, looking at the code its normal for those errors to appear, it will eventually find the files correctly.
I don't know what I can do here without the actual exception that occurs. It's not the file paths as I initially suspected, looking at the code its normal for those errors to appear, it will eventually find the files correctly.
I got a crashdump generated trying to launch GMod. Hope this contains the data you need. 1F82E2AD-78CE-45AE-8681-1C633C799C69.dmp.zip
I don't know what I can do here without the actual exception that occurs. It's not the file paths as I initially suspected, looking at the code its normal for those errors to appear, it will eventually find the files correctly.
But this was functioning on Big Sur though completely normally? I'm also having issues with another program after upgrading which basically relies on a dylib file and now doesn't work
But this was functioning on Big Sur though completely normally? I'm also having issues with another program after upgrading which basically relies on a dylib file and now doesn't work
Yeah, this worked as expected on Big Sur.
Interestingly the Console.app log capture during a failed launch includes the following error, though I'm not sure it is specifically the culprit:
This application, or a library it uses, is using the deprecated Component Manager for hosting Audio Components. This is not supported when rebuilding against the 11.00 or later SDK. Also, this makes the host incompatible with version 3 audio units. Please transition to the API's in AudioComponent.h.
Interestingly the Console.app log capture during a failed launch includes the following error, though I'm not sure it is specifically the culprit:
This application, or a library it uses, is using the deprecated Component Manager for hosting Audio Components. This is not supported when rebuilding against the 11.00 or later SDK. Also, this makes the host incompatible with version 3 audio units. Please transition to the API's in AudioComponent.h.
I saw this as well. I would think that probably is unrelated, but definitely worth investigating.
Interestingly the Console.app log capture during a failed launch includes the following error, though I'm not sure it is specifically the culprit:
This application, or a library it uses, is using the deprecated Component Manager for hosting Audio Components. This is not supported when rebuilding against the 11.00 or later SDK. Also, this makes the host incompatible with version 3 audio units. Please transition to the API's in AudioComponent.h.I saw this as well. I would think that probably is unrelated, but definitely worth investigating.
Actually, it most likely is. The title of this issue is about .dylibs which is like a library file (google it), and that's what the error is talking about; a library.
Edit: Also it would be useful if somebody on Big Sur could do the same Console.log capture and see if that message shows up.
Interestingly the Console.app log capture during a failed launch includes the following error, though I'm not sure it is specifically the culprit:
This application, or a library it uses, is using the deprecated Component Manager for hosting Audio Components. This is not supported when rebuilding against the 11.00 or later SDK. Also, this makes the host incompatible with version 3 audio units. Please transition to the API's in AudioComponent.h.I saw this as well. I would think that probably is unrelated, but definitely worth investigating.
Actually, it most likely is. The title of this issue is about .dylibs which is like a library file (google it), and that's what the error is talking about; a library.
Edit: Also it would be useful if somebody on Big Sur could do the same Console.log capture and see if that message shows up.
I've an M1 Mac with Big Sur (I've downgraded from Monterey), so I launched the "hl2_osx" program in the Garrysmod folder and saved the log as you asked :) gmod.log
Interestingly the Console.app log capture during a failed launch includes the following error, though I'm not sure it is specifically the culprit:
This application, or a library it uses, is using the deprecated Component Manager for hosting Audio Components. This is not supported when rebuilding against the 11.00 or later SDK. Also, this makes the host incompatible with version 3 audio units. Please transition to the API's in AudioComponent.h.I saw this as well. I would think that probably is unrelated, but definitely worth investigating.
Actually, it most likely is. The title of this issue is about .dylibs which is like a library file (google it), and that's what the error is talking about; a library. Edit: Also it would be useful if somebody on Big Sur could do the same Console.log capture and see if that message shows up.
I've an M1 Mac with Big Sur (I've downgraded from Monterey), so I launched the "hl2_osx" program in the Garrysmod folder and saved the log as you asked :) gmod.log
Yup. I scrolled through your .log capture and I never saw any warning or anything related to a "deprecated Component Manager" or anything deprecated. I used the cmd + f find feature as well.
Edit: I ran the same hl2_osx thing on my own system but ended up not finding mcthomas' error either. I am actually not sure anymore.
Interestingly the Console.app log capture during a failed launch includes the following error, though I'm not sure it is specifically the culprit:
This application, or a library it uses, is using the deprecated Component Manager for hosting Audio Components. This is not supported when rebuilding against the 11.00 or later SDK. Also, this makes the host incompatible with version 3 audio units. Please transition to the API's in AudioComponent.h.I saw this as well. I would think that probably is unrelated, but definitely worth investigating.
Actually, it most likely is. The title of this issue is about .dylibs which is like a library file (google it), and that's what the error is talking about; a library. Edit: Also it would be useful if somebody on Big Sur could do the same Console.log capture and see if that message shows up.
I've an M1 Mac with Big Sur (I've downgraded from Monterey), so I launched the "hl2_osx" program in the Garrysmod folder and saved the log as you asked :) gmod.log
Yup. I scrolled through your .log capture and I never saw any warning or anything related to a "deprecated Component Manager" or anything deprecated. I used the cmd + f find feature as well.
Edit: I ran the same hl2_osx thing on my own system but ended up not finding mcthomas' error either. I am actually not sure anymore.
I can confirm that there is no error. It just gets stuck on the blue loading screen.
This also reproduces on macOS 12.1 beta (21C5045a) with the latest builds of Steam and Gmod (at the time of writing)
While poking at this issue, I just saw this in the console, and it looks like a potential culprit:
AMFI: constraint violation /Users/[user]/Library/Application Support/Steam/steamapps/common/GarrysMod/GarrysMod_Signed.app/Contents/MacOS/gmod_audio.dylib has entitlements but is not a main binary
AMFI deals with security, and through a quick search, it seems like the configuration Gmod is using could be invalid.
Update: I tried disabling SIP to reduce the security policy, and that did NOT resolve the issue, but seemingly it did make the Console logs more detailed, and revealed more audio-related errors.
We have identified the problem, and it is CEF. Temporary "fix" would be to run the game with -nochromium, naturally HTML related things will no longer work such as the main menu.