Latest available DeSmuMe core might be incompatible with stable 32-bit RetroArch 1.4.1

[ElTipejoLoco]

Crossposting from RetroArch's issues in case the problem is specific to the DeSmuME core. Apologies if it is not:

Description

Latest stable 32-bit Windows build of RetroArch 1.4.1 crashes when DeSmuME core (git 62786c5) attempts to load Nintendo DS content. Latest stable 64-bit Windows build of RetroArch 1.4.1 does not exhibit this issue with purportedly the same core. Online Updater might need to be updated to omit listing the core for download if it turns out to be based on 64-bit version of emulator.

Expected behavior

I expected RetroArch not to crash, or if its DeSmuME core alone crashed, for the 'dummy core' to kick in instead. I also expected the verbose log to display what triggers the crash, but to no avail.

Actual behavior

Windows detects that RetroArch stopped responding. The log file does not show what the cause was. When double checking existing issues on the libretro gits, could not find anything that applied under any of the following repos: RetroArch, desmume, and desmume-libretro.

Pastebin of log here.

Steps to reproduce the bug

1. Download stable version of x86 RetroArch 1.4.1 from buildbot
2. Use built-in Online Updater to download Nintendo DS DeSmuME core
3. Attempt to load Nintendo DS content

Bisect Results

Unfortunately, I'm a new user to RetroArch; I've no knowledge of a previous commit that worked. I'm also not certain that the problem doesn't lie solely with the desmume-librerto.dll pointed to by the Online Updater, so the issue might be in the wrong place ultimately. Sorry.

Version/Commit

• RetroArch: [1.4.1/ba98ecd]

Environment information

• OS: Windows 10 Pro 1607 64-bit build 14393.693