Сохранённая сессия открывается в проводнике

[ghost]

NetBox 2.0.14 09.03.2012, также проверялось на прошлой версии 2.0.13 1) Создаём новую сессию для стоящего под боком сервера ╟───────────────────────── Session ─────────────────────────╢ ║ File protocol: SCP ↓ ║ ╟───────────────────────────────────────────────────────────╢ ║ Host name: Port number: ║ ║ 172.16.1.1 13224 ║ ║ Login type: Normal ↓ ║ ║ User name: root ║ ║ Password: ****\ ║ 2) Сохраняем её 3) До выхода из Far-а сохранённая сессия работает 4) После перезапуска Far-а вместо загрузки сессии вываливается стандартный диалог системы на открытие файла с именем root@172.16.1.1.netbox, путь к файлу указывается C:\Users\Tester\AppData\Local\Temp\FTMFBC.tmp\root@172.16.1.1.netbox и там действительно лежит указанный файл с параметрами в xml. 5) Если удалить сессию и добавить её заново, то она снова работает до перезапуска Far-а.

Отдельный вопрос зачем такие извращения с временным файлом, ни стандарный ftp-плагин, ни winscp никаких временных файлов не создают.

[michaellukashov]

Не повторяется. Проверялись версии 2.0.14 под Far2 1666 и Far3 2515 (x86) Какая версия Far? Какая OS? Какая битность?

[ghost]

Far 3 2535/Win 7 x64

[ghost]

Смог воспроизвести на чистой копии Far/NetBox, необходимое условие - должны быть запущены 2 копии Far-а

[VictorVG]

Px-x64

Процессор не разогнан по множителю или шине? ОЗУ достаточно для работы системы? Временные параметры оборудования штатные?

У меня почему-то есть уверенность, что явление сродни тем, что я на старой стендовой системе видел коли пытался запустить там две копии Far с малым интервалом времени между командами запуска - одна копия в процессе запуска, БД конфигов блокированы, вторая пытается стартовать, но часть плагинов (у меня исправно не запускался Audio Player - искал bass.dll переложенную в $FARHOME) не запускаются из-за блокировки БД настроек, при этом да, создаются вренменные копии БД которые иногда можно и просмотреть (коли о них вспомнить, и вовремя скопировать в другое место)..

И ещё, коли Вы используете разгон, то писать о проблемах с ПО не стоит - нарушение временных диаграмм цифровых узлов кроме их сбоев ничего не даст. Поищите по ключевому понятию "гонки триггеров" (тут схемотехника - http://www.radiomaster.ru/articles/view/102/ , а теория явления тут - http://bestreferat.com.ua/data/28761.txt.zip) что это за явление и какова его природа. А после прикиньте - а непредсказуемость состояния узлов кому нужна?

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

[ghost]

Хорошо пишете, возможно вам стоит попробовать себя в жанре фантастики ;)

Из интереса вопроизвёл проблему на рабочей машине с XP SP3 x32, действия пошагово 1) Скачал http://farmanager.com/nightly/Far30b2551.x86.20120317.7z, распаковал в папку, скачал https://github.com/downloads/michaellukashov/Far-NetBox/FarNetBox-2.0.15_Far3_x86_x64.7z, распаковал в подпапку Plugins, удалил подпапку x64, вынес содержимое x86 на уровень выше 2) Переименовал Far.exe.example.ini в Far.exe.ini, раскомментировал строку с UseSystemProfiles и изменил значение данной переменной на 0, также раскомментировал UserProfileDir не меняя значения 3) Запустил Far, перешёл на панель Netbox, создал новое неанонимное соединение по SCP на порт 3389, сохранил пароль, сохранил соединение 4) Без проблем подключился к серверу, закрыл панель Netbox, вышел из Far-а 5) Снова запустил Far, перешёл на панель Netbox, открываю сохранённое соединение, и получаю ╔══════════════ D:\Far3 ═══════════════╗╔══════ NetBox: Stored sessions ═══════╗ ║n Name │ Name ║║n Session name ║ ║.. │FarPol.lng ║║.. ║ ║Addons │FarRus.hlf ║║cs@xx.xxxxxx.net ║ ║Documentation │FarRus.lng ║║ ║ ║FExcept │FarSpa.lng ║║ ║ ║Plugins │File_id.diz ║║ ║ ║PluginSDK │RestoreOldPluginSet}║ ║ ║Pr ║ ║ch ╔═════════════════════════════ Error ══════════════════════════════╗ ║ ║ch ║ Указанному файлу не сопоставлено ни одно приложение для ║ ║ ║Fa ║ выполнения данной операции. ║ ║ ║Fa ║ Cannot execute ║ ║ ║Fa ║ C:\DOCUME~1\px\LOCALS~1\Temp\FTM173C.tmp\cs@xx.xxxxxx.net.netbox ║ ║ ║Fa ╟──────────────────────────────────────────────────────────────────╢ ║ ║Fa ║ { OK } ║ ║ ║Fa ╚══════════════════════════════════════════════════════════════════╝ ║ ║Fa ║ ║FarHun.hlf │ ║║ ║ ║FarHun.lng │ ║║ ║ ╟──────────────────┴───────────────────╢╟──────────────────────────────────────╢ ║Addons Folder 17.03.12 01:09║║cs@xx.xxxxxx.net ║ ╚════ 5 024 922 bytes in 18 files ═════╝╚═════════ 0 bytes in 1 file ══════════╝

                                                                         ↑

1Help 2UserMn 3View 4Edit 5Export 6 7MkFold 8Delete 9ConfMn 10Quit

[VictorVG]

А может Вам стоит для начала поглядеть "Учебник по правилам общения для детей младшей ясельной группы" прежзе чем пытаться хамить людям?

Далее, Вы утверждаете, что системой генерируется стандартный диалог ассоциации. Допустим в Вашей машине он форсмируется, т.к. такой "тип файла" ОС дей

[VictorVG]

1) По поводу: "Хорошо пишете, возможно вам стоит попробовать себя в жанре фантастики ;)"

"Учебник по общению для младшего ясельного возраста. Издание стереотипное 74-е, для детей 2-х - 3-х лет." Вам в помощь. Зело полезная для особо "остроумных товарищей" книга.:down:

2) Прямого ответа на вопрос о разгоне системы не дано, хотя отсутствие влияния дополнительных факторов при поиске ошибок критически важно. Но, косвенно своим издевательстски-хамским ответом Вы уже утвердительно ответили, что Ваша система работает с запредельными значениями электрических и частотных режимов, а следовательно такая машина в принципе не может работать без аппаратных сбоев т.к. логические элементы (ЛЭ) не успевают обрабатывать входные сигналы до их изменения, в итоге чего выходное состояние ЛЭ становится не предсказуемым во времени, что и приводит к сбою системы в целом.

3) Ассоциации в ОС для файлов .netbox по умолчанию нет, посему сообщение ОС об ошибке нормально и ожидаемо - ОС не знает ни обработчик для данного типа файлов, ни параметры его вызова.

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

P.S.

Коли что не ясно, али не нравится - то перечитывайте с пункты 1) - 4) до полного осознания их смысла.

P.P.S.

Абсолютно все "разгонщики" всегда хамят и пытаются горлом доказать "Я ничего не делал, ничего не трогал, оно само сломалось, Барабашка виноват!", хотя ручки шаловливые аж из другой Вселенной видны - эту публику вечно жаба душит. Школяры ведут себя похоже, и приравниваются к "разгонщикам" по их "удельному информационному весу" - т.е. их слова воспринимаются на 10% как "пустышка" (трёп, бред - по ситации), а оставшиеся 90% как сознательная ложь. Правды ни от тех, ни от других услышать невозможно.

[michaellukashov]

Не воспроизводится, хоть убейся. Даже если пошагово повторять действия из комментария https://github.com/michaellukashov/Far-NetBox/issues/8#issuecomment-4557283

[ghost]

Забавно, хорошо, на этой неделе снесу с тестовой железки FreeBSD, поставлю чистую XP SP3 и буду пытаться воспроизвести проблему там

[ghost]

Провёл серию экпериментов на офисных машинах, судя по всему, по непонятным причинам бьётся файл(?) базы, так как если после ошибки отредактировать соединение, то подключение проходит нормально, но после перезапуска Far-а проблема то повторялась, то нет. Более того, в некоторых экспериментах настройки бились просто при их изменении после добавления, обнаружил это исправляя опечатку. Образец испорченного профиля для чистой версии Фара 2551+NetBox 2.0.15 выкладываю тут - http://users.i.com.ua/~finish//Profile.zip

[michaellukashov]

Просьба проверить новую версию NetBox 2.0.16

[ghost]

На чистом Фаре/профиле быстро воспроизвести не удалось, на рабочей копии всё по старому, перенёс пачку подключений по scp/ftp, при добавлении произвольно ломалось/чинилось, мелкое дополнение - при повреждении прекращают работать все сохранённые соединения, при восстановлении тоже

[michaellukashov]

С версии 2.0.16 можно подключаться с помощью .netbox файла и не хранить сессии в профиле. Попробуйте экспортировать сессию и нажать enter на файле сессии.

[ghost]

В качестве хака работает, но иногда при выходе на панель из сессии мне предлагает ╔════════════ Confirmation ════════════╗ ║ Import sessions from selected files ║ ║ Ok Cancel ║ ╚══════════════════════════════════════╝ что несколько сбивает с мысли. Отдельно обнаружил ещё одну интересную подробность: если на папку в какой-то сохранённой сессии создать ссылку (например, нажав RCtrl+Shift+9), то даже когда вызов с панели сбоит, вызов ссылки (по RCtrl+9) без проблем открывает нужную сессию/папку

[ghost]

И ещё 5 копеек, глянув на форум на замечание про NumEnter, я осознал что в большинстве тестов использовал именно его )), но к сожалению версия 2.0.16 проблему целиком не устранила, плюс при нажатии обычного Enter на верхнем уровне соединения выбрасывает сразу на последнюю открытую локальную папку, а не на панель NetBox. При выходе по NumEnter проблема отсутствует.

[VictorVG]

Со ссылкой по идее должно работать, конечно если я правильно представляю себе что формируется симлинк либо хардлинк. А с профилем - я поглядел БД - вроде грубых ошибок нет, но может тут система замешана? У себя сейчас глюки FileVer 1.0.9 вдвоём с Артёмом отлавливаем - его при старте под 2579 мгновенно вышибает. Я даже дамп снять не успеваю - в памяти только системные либы, а от процесса самого far-f только картинка в видеобуфере осталась - так сказать на "долгую и добрую память".:) Можем предполагать вероятность наличия подобного рода явлений и в данном случае? Я бы для гарантии что их нет это обязательно проверил - чем больше возможных сторонних причин отсечём, тем легче будет истинную найти.