mame/scripts/src/osd
npwoods 3d553eda60 Attempted to sanitize/rationalize how we access UTF-8 command line arguments (#2532)
Specifically, this creates a call osd_get_command_line() that returns UTF-8 command line arguments as std::vector<std::string>.  On non-Windows platforms, this does nothing more than build the vector.  On Windows, this invokes GetCommandLineW() and CommandLineToArgvW().  This also attempts to unwind usage of wmain()/_tmain() on Windows, which is not standard.

Related to this, this fixes a bug in Imgtool; specifically, non-7 bit ASCII was not being handled correctly in Windows.

This is really an admission that the way that Windows handles Unicode and command line arguments sucks, and it is my belief that having a wmain() or _tmain() declaration specific for Windows is a worse solution.  C'est la vie.

I'm very open to the idea that src/osd/osdcore.[cpp|h] is not the best place to do this.  Let me know if I should move it.
2017-09-18 20:28:53 -04:00
..
modules.lua Remove emu.h from headers (nw) 2017-02-11 18:31:20 +01:00
sdl_cfg.lua Attempted to sanitize/rationalize how we access UTF-8 command line arguments (#2532) 2017-09-18 20:28:53 -04:00
sdl.lua Attempted to sanitize/rationalize how we access UTF-8 command line arguments (#2532) 2017-09-18 20:28:53 -04:00
uwp_cfg.lua Move special windows.h include directives to build defines (nw) 2016-12-28 15:07:28 -05:00
uwp.lua srcclean (nw) 2016-11-27 09:56:49 +11:00
windows_cfg.lua Attempted to sanitize/rationalize how we access UTF-8 command line arguments (#2532) 2017-09-18 20:28:53 -04:00
windows.lua Attempted to sanitize/rationalize how we access UTF-8 command line arguments (#2532) 2017-09-18 20:28:53 -04:00