Where is the read folder?

expected behaviour

Bot reads some file from C:\Users\fractal\AppData\Roaming\scbw\bots\Hao Pan\read

actual behaviour

The bot doesn’t read anything from there.

steps to reproduce

In PowerShell, run scbw.play --bots Iron Hao --headless

Please run the command issued with --log_level=DEBUG parameter and log:

scbw.play --bots Iron Hao --headless --log_level=DEBUG

operating system

win (Windows 10 Pro)

Ubuntu lsb_release -a:

docker version

output of command docker version: Client: Version: 17.09.0-ce API version: 1.32 Go version: go1.8.3 Git commit: afdb6d4 Built: Tue Sep 26 22:40:09 2017 OS/Arch: windows/amd64

Server: Version: 17.09.0-ce API version: 1.32 (minimum version 1.12) Go version: go1.8.3 Git commit: afdb6d4 Built: Tue Sep 26 22:45:38 2017 OS/Arch: linux/amd64 Experimental: true

scbw version

output of command scbw.play -v

0.2b3

Additional Comments: I am not sure if C:\Users\fractal\AppData\Roaming\scbw\bots\Hao Pan\read is the right path where my bot would read stuff from. If that is the case, should the file structure be set up like the one in …\write folder (a folder for each game). If that’s not the case, where does the bot read files from in each game?

[kant2002]

1. If you will give unique name and you will be fine, but possible that you forget again, and will troubleshoot it. So better either avoid --game_name=XXX or put that in the script which will cleanup files for you. That’s my recommendation, but @michalsustr may have different one.
2. Looks like you should pass --read_overwrite which in my understanding will automatically copy files from write folder, to read folder after game completed.

So if you want to run 2 games consequentially,

scbw.play --bots "Hao Pan" CherryPi --headless --read_overwrite
scbw.play --bots "Hao Pan" CherryPi --headless --read_overwrite

that way files Halo_Vs_CherryPi* will be written to read folder automatically and you will see files in the second game. This is also match behavior of the SSCAIT on my understanding.

The idea why --read_overwrite is not default, is to support reproducibility out of the box. SSCAIT behavior is probably good for testing, but not give 100% confidence that everything is working correctly.

[michalsustr]

Thanks @kant2002 for the help! I guess we can close this now.