Total Commander

newsky
На ранней версии плагина - это на какой?

Вот-бы знать Я же как действую, работает и хорошо, слежу за темой, что-то появилось новое в плагине, делаю копию рабочего, а в текущую заливаю новую версию из мастер, пробую основные задачи, работает-оставляю, если что-то не так, возвращаюсь к рабочей версии и так до следующего раза. А так-как и нет возможности знать, какая именно версия сейчас стоит то и отследить нельзя. Знаю точно, работало, осенью, а точнее, увы

Покопаю, но не скоро, пока нет времени. Если что - старые билды всегда лежат в репозитории.

Проверил все имеющиеся билды в ропозитории, ни на одном не смог получить нормальную работу.

Честно говоря, никогда не сталкивался с проблемой "превышения значения целевого пути", после обнаружения проблемы, немного изучил данную тему, многое стало ясно. Но многое осталось непонятным.

Главное непонимание, почему, в рамках той-же ОС (в данном случае Win7) некоторые программы (в моем случае это encfs4win) могут создавать такие файлы, где "значение целевого пути" превышает допустимый размер, другие программы (в данном случае родная тулза для Облако.mail.ru) без проблем и видят такие файлы и без проблем закачивают на облако. Более того и ТС с плагином то-же видят такие файлы и прекрасно отправляют НА облако с ПК!!! Более того, выявив проблему скачивания обратно из облака таких файлов с помощью плагина, я установил, опять-же, родную тулзу и она всё (выбранное мной, выбирал именно проблемные файлы) скачала, в той-же иерархии с теми-же превышающими "значение целевого пути" путями... а плагин (или сам ТС) не может. А точнее не то, что не может, в итоге то он пофайлово скачивает, но крашится. И кто виноват? ТС? Плагин? В общем, честно говоря, хочется понять.

И да, я конечно намеренно не стал бы делать такие длинные имена, но в данном случае конечное имя папок и файлов никак от меня не зависит, всё зависит от длинны ключа для шифрования, от метода и никогда не узнаешь, какой будет итог. А исходные папки имеют вполне себе нормальное количество знаков в целевом пути, не такие уж и большие вложения, всё как-бы по мере необходимости.

В общем, ситуация как я понимаю хоть и не приятная, но не полный швах (родной то тулзой выкачать можно, просто хочется использовать только плагин) и как мне думается (дилетантским представлением простого пользователя) раз выкачать такие файлы всё-таки можно, то и плагин наверное в итоге можно этому "научить"?

А, что касается времени реализации, уважаемый D1P, конечно, буду ждать сколько нужно, я же всё понимаю, Вы за плагин денег с нас не получаете, это не Ваша основная работа и всё только на Ваше усмотрение, Вам, только нескончаемая благодарность за создание, развитие и поддержание такого великолепного плагина!

D1P
По поводу иконок к плагину.Может сгодится программа Dr. Folder
http://nnm.me/blogs/TIOL/dr-folder-2-3-0-2/

koffan
Насколько я понял, программа может либо менять системные иконки (что не требуется), либо конвертировать графику в формат иконок (что тоже не требуется).
В общем, не пригодится.

newsky
Ошибку нашёл и исправил, функция установки локального времени не поддерживала длинные пути. Текущая мастер-сборка обрабатывает ситуацию корректно.

D1P
Большое Вам спасибо! Теперь всё работает отлично!

newsky
Попробовал решить проблему, описанную здесь, если есть возможность - просьба сообщить, помогло/не помогло. Проверять на самой свежей мастер-сборке.

D1P
На XP так и не запустилось. При подключении, в строке состояния подключения к облаку получаю вот это:

CONNECT \*****
Login to *****@mail.ru
EIdOSSLCouldNotLoadSSLLibrary ошибка с сообщением: Could not load SSL library. при отправке данных на адрес https://auth.mail.ru/cgi-bin/auth?lang= ... =authpopup
error: login to *****@mail.ru

Снятие/включение галочки "Load SSL libraries only ffrom plugin directory" с перезапуском ТС и с перезагрузкой ПК не помогло. Чистая установка последней версии из мастер так-же, не дала результатов, так-же, с разными настройками "Load SSL libraries only ffrom plugin directory" с перезапуском ТС и ПК. На Win7x64 всё по прежнему отлично

newsky
На самом деле это ровно то, чего я добивался: плагин перестал крашиться и выдаёт корректное сообщение об ошибке. Could not load SSL library значит, что по какой-то причине SSL-библиотеки не могут быть загружены. Саму эту причину я назвать не могу, предполагаю только, что раз они не работают в некоторых версиях Windows, то это какая-то проблема совместимости. Можно поискать другие версии библиотек, и попробовать работу с ними.

D1P писал(а):Можно поискать другие версии библиотек, и попробовать работу с ними.

Благодарю! Именно так и поступил. Нашел версию SSL library, которая заработала в рамках плагина на WinXP. Ещё и еще раз, большое спасибо!

newsky писал(а):Нашел версию SSL library, которая заработала в рамках плагина на WinXP.

Спасибо за ссылку! Уверен, остальные 125611 зарегистрированных на форуме пользователей и немало гостей присоединяться к благодарности

Skif_off писал(а): Спасибо за ссылку!

Сначала накопал какую то древнейшую, заработало, почитал дальше, народ говорит не ставьте мол эту версию, вся в багах, тогда "тупо", скачал самую последнюю на сегодня (1.0.2.11) отсюда: https://indy.fulgan.com/SSL/ и о чудо, всё работает на XP

Вот ещё вариант SSL (собирал для себя), может кому пригодится: https://www.upload.ee/files/6669721/tc_ ... 0.rar.html

upd. [cut]Всё-таки получилось собрать libssh2 в старом WINDDK, т. е. так же, как и openssl - без зависимости от msvcrX.dll или же без статической линковки с ней (libssh2 раньше никак иначе собрать не мог).
Вот новый вариант (также чуть поправил описание): https://www.upload.ee/files/6695157/tc_ ... 9.rar.html

p.s. Соппсно, libssh2.dll плагину не нужна и вообще никак не относится к теме топика, но раз уж изначально выложил здесь полным комплектом... [/cut]