JesseTG / melonds-ds

A remake of the libretro melonDS core that prioritizes standalone parity, reliability, and usability.

Geek Repo:Geek Repo

Github PK Tool:Github PK Tool

[macOS] Crash on core load using provided releases

DJtheMan2101 opened this issue · comments

What version of melonDS DS are you using?

v0.7.27 (48f7662)

Does the problem happen in standalone melonDS?

I don't know.

What happened?

With v0.7.27 and v0.7.26 provided by the GitHub releases (as well as the at-the-time latest nightly build, bd615a2, from nightly.link), loading the core causes RetroArch to crash immediately on macOS. I have not tested other platforms. RetroArch's log does not indicate any error, but the log is attached anyway. Also attached is the Problem Report generated by macOS when an app crashes.

problem_report.txt
retroarch.log

What should've happened instead?

The core should load without error. What's odd is that no issue occurs when I compile the core myself (using the README's instructions). v0.7.25 also works fine. The problem only occurs when using a newer pre-compiled release.

Which platforms do you see the problem on?

  • Windows
  • macOS
  • Linux
  • Android
  • iOS
  • tvOS
  • Other (specify below)

Which versions of the OS?

macOS Sonoma 14.2.1

Which libretro frontend are you using?

RetroArch 1.16.0 (nightly from Dec 24)

Terms

  • I agree to follow the code of conduct.
  • I understand that melonDS DS is not developed or maintained by the authors of melonDS.
  • I understand that this form is for reporting bugs, not for requesting help.
  • I understand that the author develops this core in his spare time, and that he is under no obligation to respond to this bug report.

I just thought of something. I distribute universal builds, but RetroArch doesn't; when you built a copy locally, was it universal or only for your architecture? Also, which architecture? ARM or x64? Ah, according to the log you're using an M1. So ARM. What about RetroArch itself, did you build that for universal or ARM?

I have an ARM system (M1), yes. The local build is only about half the size of the provided builds, so I'm guessing the local build is purely ARM, not universal. I'll attach it here.

melondsds_libretro.zip

RetroArch was not built by me, it's a nightly build from their buildbot. Those are universal.

Thank you, I'll look into this. One caveat: I only have an x86 Mac.

For what it's worth, the crash also occurs when running RetroArch via Rosetta (the x64-to-ARM translation layer). So I don't think the issue is related to a specific architecture. I have a few other platforms I can test.

problem_report_rosetta.txt
retroarch_rosetta.log

Looks like v0.7.27 runs fine on iOS and Android. I couldn't get the Windows version to run in Wine (probably due to the OpenGL renderer). I guess this is a Mac-exclusive issue?

I can reproduce this issue on my x64 Mac using my own universal melonDS DS build and an x64 RetroArch build. Lemme try other combinations and see what happens.

An x64-only build of melonDS DS works on an x64-only build of RetroArch. I'll try out both core builds on a universal RetroArch to see what happens; if the x64-only build works there as well, then I'll just drop universal core builds in favor of dedicated ones.

I can confirm that the x64 core also works in the universal RetroArch.

I will drop support for universal builds, then. Makes my life simpler.

I tried the latest provided nightly (3d2928b) on my M1 Mac, and it runs without issue. Thanks!