acrill:
Victor_VG, если позволите, есть вопросы по плагину VisRen (Визуальное переименование файлов).
Как известно, этот плагин требует наличия в системе "MSVCR100.dll". И, вот, какая штука...
Мой FAR х64 (portable) указывает на невозможность загрузки плагина когда отсутствует указанный *.dll. Поставил пакет х86-х64 "microsoft visual c++ redistributable". Естественно, теперь, FAR не выдаёт ошибки. Из "%windir%\SysWOW64\" взял указанный, и другие, *.dll. С помощью "Аcronis" восстановил образ системы (far не затрагивался при восстановлении). На диске, после восстановления, естественно, нет нужного *.dll. Но, при запуске FAR-а, никакой ошибки - всё отлично! Теперь, удаляю этот FAR и восстанавливаю изначальный. Ошибка, понятно, появляется.
В %FARHOME% закидываю *.dll-ку. Ошибка изменяется на "%1 не является приложением Win32" и, конечно же, плагин не загружается...
Беру твою сборку "ver 3.0 build 3410 SVN r10310" запускаю, и, никаких ошибок! Делаю у себя аналогичный набор из *.dll-ок (msvcp100.dll / msvcr100.dll) - ошибка та же.
Первое, не ясно куда плагин записывает данные, если после присутствия в системе microsoft visual c++ redistributable, он, более, не требует его наличия, даже, при отсутствии онного. Но, на этот вопрос, скорее всего, сам смогу дат ответ. (По логике вещей, плагин, в качестве временных данных, записывает пути/наличие/темпы в свою базу данных и от туда, до поры до времени, берёт эти данные. А может и постоянно... (улыбаюсь) ). Тогда, это баг или фича? ))) И, можно ли, таким образом, "обманывать" запросы плагина?
Второй вопрос заключается в том, как, всё же, решить проблему загрузки плагина при отсутствии в системе нужных *.dll-ок, когда размещение msvcp100.dll в корне FAR-а не помогает?
Victor_VG, если позволите, есть вопросы по плагину VisRen (Визуальное переименование файлов).
Как известно, этот плагин требует наличия в системе "MSVCR100.dll". И, вот, какая штука...
Мой FAR х64 (portable) указывает на невозможность загрузки плагина когда отсутствует указанный *.dll. Поставил пакет х86-х64 "microsoft visual c++ redistributable". Естественно, теперь, FAR не выдаёт ошибки. Из "%windir%\SysWOW64\" взял указанный, и другие, *.dll. С помощью "Аcronis" восстановил образ системы (far не затрагивался при восстановлении). На диске, после восстановления, естественно, нет нужного *.dll. Но, при запуске FAR-а, никакой ошибки - всё отлично! Теперь, удаляю этот FAR и восстанавливаю изначальный. Ошибка, понятно, появляется.
В %FARHOME% закидываю *.dll-ку. Ошибка изменяется на "%1 не является приложением Win32" и, конечно же, плагин не загружается...
Беру твою сборку "ver 3.0 build 3410 SVN r10310" запускаю, и, никаких ошибок! Делаю у себя аналогичный набор из *.dll-ок (msvcp100.dll / msvcr100.dll) - ошибка та же.
Первое, не ясно куда плагин записывает данные, если после присутствия в системе microsoft visual c++ redistributable, он, более, не требует его наличия, даже, при отсутствии онного. Но, на этот вопрос, скорее всего, сам смогу дат ответ. (По логике вещей, плагин, в качестве временных данных, записывает пути/наличие/темпы в свою базу данных и от туда, до поры до времени, берёт эти данные. А может и постоянно... (улыбаюсь) ). Тогда, это баг или фича? ))) И, можно ли, таким образом, "обманывать" запросы плагина?
Второй вопрос заключается в том, как, всё же, решить проблему загрузки плагина при отсутствии в системе нужных *.dll-ок, когда размещение msvcp100.dll в корне FAR-а не помогает?