Temp

.cargo/config.toml

@@ -23,3 +23,34 @@ TS_RS_EXPORT_DIR = { value = "client/src/rust-types", relative = true }
 # Set the extension for the imported files: import JavaScript (`.js`) files, per
 # TypeScript's convention.
 TS_RS_IMPORT_EXTENSION = "ts"
+
+# Windows C runtime linkage
+# -------------------------
+#
+# Link the Microsoft C runtime statically on Windows. The default, dynamic
+# linkage, makes every Windows artifact -- the Server executable and the
+# VSCode extension's `.node` addon alike -- import `VCRUNTIME140.dll`, which
+# Windows does not ship: it arrives only with the Visual C++ redistributable.
+# A machine without that redistributable therefore fails to load the addon
+# with `ERROR_MOD_NOT_FOUND`, which Windows reports against the addon's own
+# path, so the artifact which is present is accused of being missing (see the
+# diagnosis in `extensions/VSCode/src/index.js`). The UCRT half of the C
+# runtime, named by the `api-ms-win-crt-*` imports, is part of Windows itself
+# and needs no such treatment.
+#
+# Nothing crosses the C runtime boundary here. The addon talks to Node through
+# N-API, which passes no allocations, locales or `FILE*`s between the two, and
+# it embeds the whole Server rather than linking to a second Rust artifact --
+# so the usual hazard of a statically linked runtime inside a DLL does not
+# arise.
+#
+# This applies to the host triple as well as to a cross build, so Cargo hands
+# it to build scripts and proc macros too whenever `--target` is absent.
+#
+# The `cfg` form covers `i686` and `aarch64` alongside `x86_64` -- the three
+# MSVC triples the VSCode loader searches for -- so adding one of them to the
+# release targets in `dist-workspace.toml` cannot quietly reintroduce the
+# dependency. Cargo treats it exactly as it treats a triple, build scripts
+# included.
+[target.'cfg(all(windows, target_env = "msvc"))']
+rustflags = ["-C", "target-feature=+crt-static"]

CHANGELOG.md

@@ -24,8 +24,16 @@ Changelog
 
 * No changes.
 
-Version 0.2.5 -- 2026-Sep-21
-----------------------------
+Version 0.2.6-beta1 -- 2026-Sep-22
+----------------------------------
+
+* Fixed bug: the VSCode extension and the Server now run on Windows machines
+  which lack the Visual C++ redistributable.
+* A VSCode extension which cannot load the Server on Windows now names the
+  library it is missing, instead of reporting the Server itself as missing.
+
+Version 0.2.5-beta1 -- 2026-Sep-21
+----------------------------------
 
 * Improve diagnostics when first loading the CodeChat Editor Server in the
   VSCode extension.

Cargo.toml

@@ -64,7 +64,7 @@ homepage = "https://codechat-editor.onrender.com/fw/fsb/opt/render/project/src/R
 keywords = ["literate programming"]
 license = "GPL-3.0-only"
 repository = "https://github.com/bjones1/CodeChat_Editor"
-version = "0.2.5-beta1"
+version = "0.2.6-beta1"
 
 # Shared dependencies
 # -------------------

client/package.json5

@@ -43,7 +43,7 @@
         url: 'https://github.com/bjones1/CodeChat_editor',
     },
     type: 'module',
-    version: '0.2.5-beta1',
+    version: '0.2.6-beta1',
     dependencies: {
         '@codemirror/commands': '^6.11.1',
         '@codemirror/lang-cpp': '^6.0.3',

extensions/VSCode/package.json

@@ -41,7 +41,7 @@
         "type": "git",
         "url": "https://github.com/bjones1/CodeChat_Editor"
     },
-    "version": "0.2.5",
+    "version": "0.2.6",
     "activationEvents": [
         "onCommand:extension.codeChatEditorActivate",
         "onCommand:extension.codeChatEditorDeactivate",