Почему делают openssl и ssh Мерзавца для Windows сообщают о различных версиях OpenSSL?

У меня установлена ​​устаревшая (1.8.X) установка Git для Windows ¹ , поэтому она может быть не последней, но из того, что я вижу в своей установке, ssh.exe (который является сборкой OpenSSH) зависит от msys-crypto-XYZdll , а openssl.exe зависит от этой библиотеки и msys- ssl-XYZdll с совпадением этих XYZ частей («0.9.8» в моем случае). Эти библиотеки расположены в том же каталоге, что и рассматриваемые исполняемые файлы: {gitInstallDir} / bin .

AFAIK, при сборке GfW пакет сборки извлекает и строит ровно одну копию OpenSSL, поэтому как reslting openssl.exe и ssh.exe , как ожидается, будут использовать тот же набор библиотек, что и OpenSSL. Следовательно, я чувствую какую-то проблему с приоритетом % PATH% .

Что я бы проверил:

1. Выполнить

    type -a openssl
    

   и

    введите -a ssh
    

   в командной строке Git Bash и посмотрите, возвращают ли они что-то, начинающееся с префикса «/ bin /», в качестве первой (или единственной) записи их соответствующих выходных данных. Если вы видите что-то другое, например «/ c / something / other / path / openssl», у вас есть другой экземпляр программы openssl.exe , доступный раньше, чем копия Git для Windows, благодаря вашему % ПУТЬ% ; то же самое применимо к ssh.exe .

   Если да, исправьте содержимое % PATH% .

2. Получить копию зависит.exe и запустите его для ssh.exe и openssl.exe из вашей установки GfW, чтобы узнать, на какие библиотеки они ссылаются и где они расположены. Это может дать вам подсказку, где искать, если что-то не так.

¹ Это не «msysGit», а «Git для Windows»: «msysGit» - очень старое название проекта, которое является некоторое время используется для обозначения среды разработки для Git для Windows, в то время как последний термин используется для обозначения конечного продукта: Windows-порт Git и двоичный установщик, который вы использовали для установки GfW . Пожалуйста, придерживайтесь этой терминологии, чтобы не увеличивать путаницу.