Two things that travel together, because the packaging script carries
both.
STEAMWORKS 1.65 replaces 1.64. steam_api.dll goes 10.51.08.25 ->
10.87.46.89. Vendored the same way - headers and the win32
redistributable only, examples and other platforms left out - and 1.64 is
gone rather than left beside it, since nothing referenced it any more:
both include paths, the library path, the DLL the packaging script
copies, and the docs that name the folder all moved over.
The vendoring rules also gained a line they always needed. The
redistributable DLL is caught by the global *.dll rule at the repo root,
so it only ever got in by a git add -f, and a fresh checkout could not
produce a package without noticing the DLL was missing. It is now
re-included by name.
OUR OWN APPID, 5108000, replaces Spacewar's 480. steam_appid.txt is what
tells the Steam client which game this is when a build is started
straight from its folder, which is how every tester runs it.
The consequence worth knowing before the next test night: 480 was
Valve's public one and every account effectively had it. 5108000 is ours,
so the Steam account has to actually have Red Planet on it. An account
without it gets the plain TCP fallback - the same quiet symptom as a
missing appid file - so the handbook, the environ.ini template, the
README and the three-machine test doc all now say to check that first.
Nothing in the code hardcodes the number; the file is the whole story.
Retail builds launched BY the Steam client need no such file at all.
Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
CydandClaude Opus 5
0c8c62a73b