fix(extension): name the missing dependency when Windows load fails

[freya0926]

Windows reports a missing transitive dependency as ERROR_MOD_NOT_FOUND against the library passed to LoadLibraryW, so LOAD EXTENSION fts on a machine without OpenSSL 3 fails with "the specified module could not be found" — naming the extension, which is present. Users are left guessing which module is actually meant (#685).

When the extension file itself exists, this adds a line saying the missing module is something the extension links against, and names the OpenSSL 3 DLLs.

Scope: this only improves the message. It does not fix #685 — @adsharma confirmed the core links OpenSSL dynamically, which means the core has already loaded libssl-3-x64.dll before any extension loads, so the fix for the underlying packaging problem belongs elsewhere.

Testing: compiles clean on MSVC 14.44 (VS 2022 Build Tools, Windows SDK 10.0.26100), full static Release build links. I could not exercise the message at runtime — lbug_shell.exe built here crashes with 0xC0000409 on database open, which I confirmed is pre-existing by reproducing it with this change reverted.

[adsharma]

Closing based on no bots policy. Humans generating AI assisted PRs is ok.

[freya0926]

Thanks for the clarification — I removed the "Generated with Claude Code" footer from the description above. To be clear: I'm a human, and I used Claude Code as a tool to help draft this fix, the same way one might use any other coding assistant. Happy to answer questions about the change itself if useful.