|Viewing Issue Advanced Details|
|ID||Category [?]||Severity [?]||Reproducibility||Date Submitted||Last Update|
|06107||Core||Major||Always||Dec 27, 2015, 04:27||27 days ago|
|Tester||Robbbert||View Status||Public||Platform||MESS (Self-compiled)|
|Assigned To||Resolution||Open||OS||Windows Vista/7/8 (64-bit)|
|Version||0.168||Fixed in Version||Build||Normal|
|Summary||06107: any system with a software list: software list problem (see description)|
Gamate is an example system, this problem happens with any system with a software list. Prerequisite: the system must have its own ini file, and writing must be enabled (as required by messui).
let's start with no cart loaded.
>mame gamate cubeup
cubeup loads and runs in gamate as expected
>mame gamate tornado
cubeup is still there! it starts up and runs. ***Clearly, the ini entry is overriding the command-line entry, which is wrong.***
>mame gamate -cart x
this forcibly unloads cubeup, and the expected error happens. Now we can load tornado.
The command-line entry (if provided), should always override and displace whatever is in the ini.
MESSUI writes the info into the ini file, so the bug doesn't exist there. The problem only happens from the command line.
|Steps To Reproduce||see description.|
|Affected Sets / Systems||any system with a software list|
Dec 27, 2015, 09:55
edited on: Dec 27, 2015, 09:56
what is the point in this 'writing' option, and why does it exist in baseline MAME?
i've seen it, but never really understood why it's there, and it does indeed seem to be the source of problems. Maybe the correct fix is the removal of that option?
Dec 29, 2015, 17:43
|I can confirm this behavior but also notice if you empty the slot using the internal UI, you are then able to run the set inserted at the command line.|
Jan 24, 2016, 04:57
|Commenting out lines 142 and 145 of clifront.cpp appears to fix the problem.|
27 days ago
Committed a change which may fix it