Well, the way I configured it is a bit tricky. The winboard.ini file in the WinBoard folder, which is the one WinBoard will always read at startup, ends in:
- Code: Select all
;
; Here we redirect the saving to another file (specific for the user)
;
/settingsFile=factory.ini
/replace='UCCI2WB -noini "%fd\\%fcp"'
/uxiAdapter={UCI2WB debug -%variant "%fcp" %fd"}
/saveSettingsFile=%APPDATA%\winboard161130.ini
/settingsFile=%APPDATA%\winboard161130.ini
;
; Any setting after this will make the option overrule the saved one
;
the
/settingsFile=factory.ini is supposed to read the factory.ini file, and all options defined in the latter would then overrule anything that was set by the winboard.ini before. So that includes the /adapterCommand and /uxiAdapter settings. (In addition it would redirect saving of settings to factiory.ini, but this is again overruled later.) Then there follow two lines to
conditionally replace the /uxiAdapter if it was still set to UCCI2WB. Finally it sets up WinBoard for using a persistent settings file in the user's AppData folder. Once the user has saved settings, those saved settings will overrule everything that went on before on future runs.
The definition of /adapterCommand in factory.ini (which does specify UCI2WB) thus should prevail over that in winboard.ini. But the user's settings file should again prevail over that. The logic of this setup was that by running WinBoard with the 'Additional option' @factory.ini it would be easy to overrule your saved settings, because what is on the WinBoard command line (or given in the startup dialog) is again done after WinBoard finished reading the entire winboard.ini. So normally the saved settings would overrule the factory.ini settings, but by mentioning the latter explicitly you would invert that.
I guess what happened is that while developing this package at some point I must have had a version that did redefine /uxiAdapter to UCI2WB, but still had left /adapterCommand as the usual Polyglot command (and was using -fUCCI rather than -fUCI for the included Stockfish-variant). You probably tried that package, so that these settings got stored in your user settings file. When I later changed the setting of /adapterCommand to UCI2WB too in the factory.ini file, this continued to be overruled by the persistent settings file created by the old package, and would only be effective during a 'first-time install'.
Easiest way to get rid of the old persistent settings is to run WinBoard once with the option
@factory.ini. Then you won't have to hunt down your user settings file (which modern Windows hide quite deeply). But that would also destroy any engine list you already created. An alternative would be to edit the engine list out of factory.ini (delete /firstChessProgramNames upto and including the closing brace '}'), and then run WinBoard with @factory.ini . Of course you could also run once with 'Additional option'
/adapterCommand={UCI2WB debug "%fcp" "%fd"}which then would only change the /adapterCommand and leave all other settings untouched. (I don't think I changed much else in the factory.ini file since the first creation of the package, perhaps except that I added CrazyWa to the engine list when I included that in the package as well.)