a6fa9c1b67
While the Wintun driver is typically released only at <major>.<minor> milestones, the wintun.dll did see some intermediate releases. To make MSI logic correctly decide to upgrade local wintun.dll file, the version inscribed in wintun.dll file resources should increment in those intermediate releases. MSI ignores file timestamps. One could use REINSTALLMODE=emus Installer property to force copying wintun.dll when its version doesn't change. But REINSTALLMODE applies to all files in the MSI session and would be an additional requirement when authoring MSI packages with wintun.dll. Bumping only the final ZIP filename version is not sufficient. Therefore, a <major>.<minor> or <major>.<minor>.<build> versioning is introduced. Furthermore, we no longer distinguish between WintunVersion and WintunVersionStr. All our releases used strictly numeric <major>.<minor> notation, making WintunVersion and WintunVersionStr always the same. When the driver didn't change, just bump the version in wintun.proj and run `msbuild wintun.proj /t:Zip` to rebuild the wintun.dll and make the new ZIP file. Signed-off-by: Simon Rozman <simon@rozman.si> |
||
---|---|---|
.. | ||
adapter.c | ||
adapter.h | ||
api.vcxproj | ||
api.vcxproj.filters | ||
elevate.c | ||
elevate.h | ||
entry.c | ||
entry.h | ||
exports.def | ||
extract-driverver.js | ||
logger.c | ||
logger.h | ||
namespace.c | ||
namespace.h | ||
nci.def | ||
nci.h | ||
ntdll.h | ||
pch.c | ||
registry.c | ||
registry.h | ||
resource.c | ||
resource.h | ||
resources.rc | ||
rundll32_i.c | ||
rundll32.c | ||
session.c | ||
wintun.h |