Unfortunately, I’ve come across an exception I haven’t been able to fix on the Macbook we’re using for testing.

I’m using the Monogame 3.7 Release.

I’ve tried mkbundling the game with both mono-5.16.0-osx-10.7-x64 and mono-5.16.0-osx-10.7-x64 with the same results. Near as I can tell from the error it’s having trouble loading libSDL2-2.0.0.dylib, which is the Mac-specific replacement for SDL2.dll, but that’s present and accounted for in the same folder as the executable.

… is returning IntPtr.Zero where path=Path.Combine(assemblyLocation, “libSDL2-2.0.0.dylib”). I have to assume assembly location is wrong, then. I don’t think libSD2-2.0.0.dylib would be broken or there’d be a lot more uproar.

I’m assuming typeof(Sdl) is stored in MonoGame.Framework.dll, so it would have to be a reference to the bundled location? Could it be getting typeof(Sdl) from somewhere else somehow? I could reset assemblyLocation to System.Windows.Forms.Application.StartupPath if that’s the case.

Will submit a few different apps for testing and let you know which, if any, work.

@Quasar Thanks a lot for your help! I succeeded compiling it by adding all the .dll files manually in .csproj as @phuoc.tran suggested here, but would love to try your solution too. I just cannot fully compile MonoGame right now due to a non-code-related issue (or can I?).

I have another question—if I understood correctly, does this mean that High Sierra (10,13) and Catalina (10.15) return different values on new Uri() command? Do you happen to know what makes this difference? Assumption/speculation is welcome. Thanks again!