Robert

Well.... turned out mess had acquired a weird bug inside the debugger. This turned out to be a commctrl problem, and I noticed that inclusion of the manifest was missing in uicl.rc Adding it back in fixed the debugger. So having a manifest is important even for non-gui windows programs.

Glad to see you have a working system. As part of the recent upgrades, messui was reclassified as a production system, which means it's not intended for development work, but instead to be used for its intended task - running games. As such, all debugger facilities have been removed. If you want to do debugging, you use mess or mame.

* Agatemulator 1.29.2 [Agat] - https://sourceforge.net/projects/agatemulator/files/agatemulator/1.29.2/agatemulator-1.29.2.exe/download * Hatari 2.3.0 [Atari ST] - http://download.tuxfamily.org/hatari/2.3.0/ * Emulicious (2020-11-30) [Multisystem] - http://emulicious.net/news/ * PCem v17 [PC] - http://pcem-emulator.co.uk/ * EightyOne 1.19 [Sinclair] - https://sourceforge.net/projects/eightyone-sinclair-emulator/rss?path=/

It just occurred to me that you might be a victim of a changed compile script. These don't get uploaded until release time, so you wouldn't have seen it. Here's the new lines that you wouldn't know about for messui. The reason for the lines about messvers.rc and mameui.rc is to force that stuff to be recompiled, since changes to mameui.rc are not normally detected. Also, mess does not need most of the code and icons that exist in messui, so reducing code bloat. The reason for the lines about messui.txt , mess.bak and mess.flt, is because messui only includes systems that work, not everything in mess. When compiling mess for command-line, here's the new lines The "touch" command is a unix-based command to update the "last-updated" time on a file to the current time. This causes the compiler to think the file has been updated and needs to be recompiled. Touch comes with the msys2 package, so you probably have it somewhere. If you compare ui.rc against uicl.rc, you'll see that ui.rc has the full list of menus and icons used in messui, where uicl.rc only has the menus for the NewUI. These compile changes need to be rolled out to HBMAME as well, but it hasn't been done yet. Hope this helps.

I'll have a look at that. Things were changed around in messui recently. However this particular change was not done with mameui or hbmame; are you able to build and run them?

Windows 10, 64 bit. It's a few months behind updates though. Not using 20H2 - I never use their bleeding-edge version, because of the bugs that they always seem to include. I'll most likely get the minimum of updates around end-of-year.

I can only repeat that WinSXS should not be accessible to users. It's for system restores only, and for the TrustedInstaller. If you add command-line arguments, it causes the command-line version to run, that is normal. There's nothing more I can say, since I have not encountered this problem, and up till now, nobody else has either.

The code already says InitCommonControlsEx. (mui_util.cpp, line 427, current git). I'm not sure about "DllInstall", but since it works for me it can't be an issue. Do the following: From the command line, do >mameui64 > x When it has started up (or in your case failed), exit back to the command line. >type x | find "controlversion" In my case it says Win32UI_init: Common controlversion 6 16 what does it say for you?

* HBMAME 0.226.A [Arcade homebrew] - https://hbmame.1emulation.com/ * ZEsarUX 9.1 [Multi-system] - https://github.com/chernandezba/zesarux/releases * Cemu 1.22.0k [Wii-U] - http://cemu.info/ * GameEx 16.72 [Frontend] - https://www.gameex.com/news/ * uCON64 2.2.1 [Frontend] - https://ucon64.sourceforge.io/index.php * RomVault 3.2.0 [Rom Manager] - https://www.romvault.com/

https://hbmame.1emulation.com What's new in HBMAME ==================== 2020-11-25 0.226.A - HBMAMEUI received lots of updates. New Games --------------------------------- - [sf2cemix] Street Fighter II': Champion Edition (Mix 0.96)

I can only support what I build. See the notice at https://messui.1emulation.com/ You should tell your windows to use the comctl32.dll that is in c:\windows\system32. You might need to register the dll. On my system it says File version 5.82.18362.1139 and Product version 10.0.18362.1139 The things that are in winsxs are for system restores, and should not be accessible to the normal user.

If you change any settings for a game, they have to be saved somewhere so that MAME can pick them up when you run the game. Real frontends send a long string of command-line options, but since MAMEUI is actually joined to MAME, the settings get saved in the ini file instead. writeconfig is only for MAME, not MAMEUI. So, if you were playing the game, and you used the tab menu to change something, it won't get saved unless writeconfig is 1. But changing something in the MAMEUI properties will save it every time.

* Emma 02 v1.37 [cosmac-based] - https://www.emma02.hobby-site.com/download.html * Romcenter 4.1.0 [Rom Manager] - http://www.romcenter.com/forum/viewforum.php?f=6 * Romulus 0.048 [Rom Manager] - https://romulus.cc/

For reasons not yet determined, gmail users are not receiving the validation email. (Or maybe it's going to spam). Therefore staff will look for unvalidated gmail accounts, check that the email actually exists, and if all looks good, the account will be manually enabled. This process can take a few days, so don't just assume you'll never be able to talk here, have patience and try each day.

Nobody has reported issues with that. First I've heard of it.

The C++17 conversion was a complete success. Apart from a few minor errors all our builds compiled and ran perfectly well on Windows 10. This is what happens when proper testing is done - the implementation is painless.

Update... the change to C++17 just happened. It's not known yet how that affects us.

The release of 0.227 has been delayed. https://www.mamedev.org/?p=489 Most of that post is incomprehensible technical jargon to the average person, so let's make it simple. A change to the memory system was installed about 2 weeks ago, without any testing. It was therefore no surprise to find that many systems, particularly arcade ones, now crash at start. Or, if they started up, the graphics are bad, or the game doesn't work. Nobody knows how the new memory model works, but the logical approaches that should work no longer do, so it's now guesswork. Therefore it will take a long time to fix, or even identify many of the regressions. This also means that HBMAME cannot be kept up to date, as the new memory system breaks Neo-Geo. HBMAME is therefore on hold. MAMEDEV have released new tools for compiling - https://www.mamedev.org/tools/ In December, MAME will move to C++17. At this it is unknown what effects this may have, but it's possible that XP or 32-bit might no longer work. Another major change alluded to in the first link is that variables which by default are initialised to zero will be left at their random values, which could cause weird regressions. It's not sure when this will be done, but probably by Christmas. Now for some good news.... Major work has been done on WinUI (this is MESSUI and MAMEUI). All known bugs have been fixed. Many new adjustments have been added. Support for BGFX, OpenGL and GLSL shaders has been added. You can select plugins. The GLSL shaders that are part of the ARCADE64 package will be also supplied for all the other builds too. WinUI is no longer considered a development system, but as a production system. This means that the debugger controls have been removed. If a game had the debugger enabled, it will be deactivated at start, so the game runs normally. Some parts of WinUI have been deprecated. This means those parts are no longer supported, and will be removed soon, when convenient. Those parts are: - verbose.log and winui.log : These are leftover parts of the debugging environment, and are known to cause slowdowns - shortcut keys. These are a relic of a bygone age. Use your mouse. - inbuilt help. This hasn't been updated for about 20 years. Modern windows doesn't have any offline help, so WinUI will follow. All help text and files will be removed. - manufacturer cleanup. WinUI attempts to adjust the manufacturer names to overcome the variations on a theme from MAME. This will be removed, and the cleanup will need to be done in MAME instead. -- ARCADE64 has not yet received the upgrades, but it is planned. The M1FX button and option will be removed. One change that has been done is that the GLSL folder and support have been removed. The shader files now reside in the HLSL folder, the same as is done in WinUI. Note that ARCADE64 currently requires the shaders to be in the HLSL folder, where WinUI allows the shaders to be anywhere (although the HLSL folder is recommended). If you use ARCADE64 with shaders, you'll have to move the shaders from the GLSL folder to the HLSL folder. For those of you with 4k screens who are wondering when proper support will be added, all I can say is that I don't have a 4k screen, and have no plans on getting one. Further, I have no idea what programming is needed to add the support. However, https://www.mameworld.info/ubbthreads/showflat.php?Cat=&Number=350549&page=0&view=collapsed#Post388272 is supposed to work.

* Wine 5.0.3 [Windows emulator for Unix] - https://www.winehq.org/ * SDLMAME 0.226 for Ubuntu - http://sdlmame.wallyweek.org/download/ * MEmu 7.2.9 [Android] - https://www.memuplay.com/blog/en/category/release-notes * Mednafen 1.26.1 [Multi-system] - https://mednafen.github.io/releases/ * Classic99 v399.032 [T.I. 99/4A] - http://www.harmlesslion.com/cgi-bin/onesoft.cgi?1 * Cemu 1.21.5 [Wii-U] - http://cemu.info/ * pfeMAME 2.14.1 [Frontend] - https://sourceforge.net/projects/pfemame/rss?path=/

* Applewin 1.29.16.0 [AppleII] - https://github.com/AppleWin/AppleWin/releases * Stella 6.4 [Atari 2600] - https://github.com/stella-emu/stella/releases * RPCS3 0.0.13alpha [PS3] - https://github.com/RPCS3/rpcs3/releases * dgVoodoo 2.71.3 [Plugin] - http://dege.freeweb.hu/index.html

I've updated the news post to include FB Neo's features. But as to FB Neo vs Raine, it would be a matter of personal preference. You'll have to try them both out and decide.

The arcade emulator FB Neo, which evolved from the defunct FB Alpha, has finally had its first release. Get it here: https://github.com/finalburnneo/FBNeo/releases

MAME 0.226 was released * Official - https://mamedev.org/release.html * ARCADE64 - http://arcade.mameworld.info/ * HBMAME64 - http://hbmame.1emulation.com/ * MESS64, MESSUI64 - http://messui.1emulation.com/ * MAMEUI64 - http://www.mameui.info/ * WolfMame - https://github.com/mahlemiut/wolfmame/releases Other releases * Sixtyforce 2.0.2 [N64] - https://sixtyforce.com/ * Applewin 1.29.15.0 [Apple2] - https://github.com/AppleWin/AppleWin/releases * Raine 0.91.10 [Arcade] - https://raine.1emulation.com/download/latest.html * mGBA 0.8.4 [GBA] - https://mgba.io/ * hhugboy 1.3.0 [GB] - https://github.com/tzlion/hhugboy/releases/ * Mednafen 1.26.0-UNSTABLE [Multisystem] - https://mednafen.github.io/releases/ * Pantheon 10.000 [Multisystem] - http://bostjan-grandovec.si/Content/Download.htm * TRS32 1.28 [TRS80] - http://www.trs-80emulators.com/downloads/ * Cemu 1.21.4 [Wii-U] - http://cemu.info/ * Speccy 5.5 [Sinclair] - http://fms.komkon.org/Speccy/ * mGalaxy 8.0 [Frontend] - https://www.mgalaxy.com/download/ * GameEx 16.67 [Frontend] - https://www.gameex.com/news/

You need to add TOOLS=1, but you also need to add REGENIE=1 for the first time. After doing that, you need to keep TOOLS=1 every time you compile, or it gets confused.

Looks like the one who complained never came back. I decided to enable his new account anyway, as it appears that gmail is rejecting our emails for whatever reason. Also, I extended the 2 days grace period to a week. This gives more time for an admin to notice such accounts.