Maz Дед Мазай Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору Far Manager     Предыдущие топики:  1 2 3 4   Где взять последнюю версию? На странице загрузки скачайте MSI-инсталлятор стабильной сборки нужной вам разрядности (32 или 64 бита) или дистрибутив в виде 7z-архива и установите/распакуйте в любую папку (FAR портабелен и может работать без установки). Там же на свой страх и риск можно взять наиболее свежую "ночную" сборку (в ночных сборках устраняются выявленные недоработки, добавляются новые функции, но могут содержаться и серьёзные ошибки). Архив всех предыдущих ночных сборок FAR Last release на github - собирается практически сразу (в течение получаса) после каждого коммита.   Общие сведения о совместимости FAR и плагинов   Можно воспользоваться одной из пользовательских сборок FAR Manager Вопросы, касающиеся сборок, следует задавать непосредственно их авторам, а не на официальном форуме.   Где взять дополнительные плагины, скрипты и макросы? Плагринг. В настоящее время большинство авторов (возможно, уже и все) выкладывают плагины здесь. Кроме плагинов здесь появляется всё относящиеся к FAR: дополнения, консольные шрифты, скрипты и пр. Анонсы плагинов на официальном форуме. Даже если автор не выкладывает по каким-либо причинам плагин на плагринге, он может дать анонс в этой теме. Полезные скрипты и макросы.   Инструкции по сборке ФАРа из исходников Набор для самостоятельной сборки ФАРа Как собрать FAR самостоятельно (старая инструкция)     Ссылки на устаревшие версии Выдержка из Far Manager Site and Forum ‹ FAQ : Отличия FAR 3 от FAR 2 Отличия FAR 2 от FAR 1.7   Примечания   * 13 декабря 2008 г. произошло переименование веток: ANSI-ветка 1.71 превратилась в 1.75, а Unicode-ветка получила номер версии 2.0 (вместо 1.80). Т.е. версии 1.хх это ANSI ("старый" FAR), а версии 2.хх – Unicode ("новый" FAR). Эти ветки сильно различаются по способу взаимодействия с плагинами и системой! * При обновлении ANSI-ветки 1.хх более старые версии плагинов могут работать в более новом FAR, но более новые плагины в большинстве случаев требуют обновления FAR (см. документацию). * Unicode-плагины в ANSI-версии FAR не работают – у них иной способ взаимодействия (API) с Far.exe, поэтому даже не пытайтесь их использовать в FAR версии ниже 1.80. * При обновлении Unicode-версии FAR 1.80/2.0/3.0 обращайте внимание на номер сборки: следует обязательно обновить все плагины для сборок 677/680/684, иначе они не будут работать. ANSI-плагины (кроме тех, которые работают в редакторе) можно применять в Unicode-версии FAR, в меню плагинов (вызываемом по F11) они будут помечены значком [A] справа от их имени. Unicode-плагины в FAR 1.80/2.x/3.х никаким значком после имени не помечаются. * Unicode-версия FAR 1.80/2.x/3.х требует как минимум Windows 2000, т.е. она работает только в Windows 2000/XP/2003/Vista/2008/7/8/10. * Плагины от FAR 2 несовместимы с FAR 3 и не запустятся. * В FAR 3 выборочно могут работать плагины от FAR 1, однако не стоит брать от FAR 1 плагины для редактора или работающие с дисками: первые портят текст в Юникоде, вторые – файловую систему. * В любом случае разрядность плагинов должна совпадать с разрядностью FAR, иначе плагин не будет загружен. * Блондинку на скриншоте зовут Tommie Jo.   Принципиальные различия между hard link, symlink и junction Как устранить взаимное влияние запущенных копий FAR в памяти Как запустить Lua/MoonScript из FAR Как правильно добавить в программу нужную DLL (или иную зависимость), чтобы при обновлении ОС или иных программ она не перестала работать Патч для ansi-плагинов для хранения настроек плагинов в папке профиля, а не в реестре Как распаковать UUE/XXE файлы патчей и использовать их?   ВНИМАНИЕ!   Правильное (корректное) завершение Far: всегда завершайте сеанс работы с Far по F10! Подробнее на форуме - Различие выхода из Far по F10 и крестиком   Общие правила обращения за помощью Решаете задачу самостоятельно, при необходимости ищете ответы в теме и других источниках. Предварительное изучение документации обязательно! Если ваших знаний не хватает, то задаёте вопрос в форуме и строго следуете инструкциям тех людей, которые вам помогают. Если решить задачу, следуя пунктам 1 и 2, не удалось, то задаёте вопрос разработчикам. Невыполнение этих правил ведёт к тому, что никто не станет помогать решать вашу задачу. Всего записей: 39046 | Зарегистр. 26-02-2002 | Отправлено: 18:55 23-11-2017 | Исправлено: Victor_VG, 10:00 09-09-2019

Alexyz21 Silver Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору checksz0 Подробнее..., но похоже без лечения плагина не обойтись - падает, например, при сравнении  файлов "\239\187\191\239" и "" - т.е. защититься во всех случаях не получится, так как падает при сравнении пустышек после конвертации, а конверторы трактуют целое множество строк как пустышки, а не исключительно бомы. Хотя... если конвертировать самому и сравнивать уже результат конверсии, но как-то мутно получается... Добавил защиту от чистых бомов.   Обратите внимание на заголовок, выводимый  far.Message по lua:far.Message("","\239\187\191"), ожидается, что он будет пустым и рамка сомкнётся, как и в случае с выводом "", но это не так. Всего записей: 3658 | Зарегистр. 16-06-2007 | Отправлено: 08:39 06-08-2019 | Исправлено: Alexyz21, 08:54 06-08-2019

citPiks Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору Alexyz21   Цитата: Добавил защиту от чистых бомов.   Вариант макроса от 08:52 06-08-2019 на моём материале работает так как надо. Спасибо!   Попробовал для интереса на тест-пакете от VG:     Если один из сопоставляемых файлов тестовый Warning1.txt, а второй файл реально порожний или порожний с BOM, то FAR крашится. С Warning2.txt такого нет. Всего записей: 373 | Зарегистр. 26-06-2016 | Отправлено: 11:39 06-08-2019 | Исправлено: citPiks, 11:50 06-08-2019

Alexyz21 Silver Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору Берём любой бом, добавляем к нему 1 произвольный байт и сравниваем с пустым файлом, или подобным, или с пустым бомом и плаг будет падать, если же попытаться защититься от любых подобных крашей, то как быть с двоичными файлами, которые содержат такие байты? - Ведь это могут быть файлы и 4-5-6 байт, дальше не экспериментировал - надоело. Плаг нужно фиксить. Всего записей: 3658 | Зарегистр. 16-06-2007 | Отправлено: 12:19 06-08-2019 | Исправлено: Alexyz21, 12:22 06-08-2019

citPiks Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору Alexyz21   Цитата: Плаг нужно фиксить.   Для моих нужд того состояния макроса, которое сейчас, вполне достаточно.   По тестовым файлам информация приведена мною лишь для пущего сведения.   Если у автора плагина найдутся возможности его поправить, будет ещё лучше. Но заглядывает ли он сюда? Всего записей: 373 | Зарегистр. 26-06-2016 | Отправлено: 12:49 06-08-2019

Alexyz21 Silver Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору Неожиданностью явилось то, что FEFF='\255\254', а не '\254\255'. На 105-й обновил. Всего записей: 3658 | Зарегистр. 16-06-2007 | Отправлено: 14:00 06-08-2019 | Исправлено: Alexyz21, 14:33 06-08-2019

Victor_VG Tracker Mod Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору citPiks   При создании warning1.txt и warning2.txt задавались разные кодировки 1200 (UTF-16 BE,  "Motorola" и 1201 (UTF-16 LE, "Intel"), но т.к. поле DATA (байты с 3 до конца файла) в них имеет длину 0 байт, то по факту это редкий   случай бинарно-одинаковых файлов.     Alexyz21   У меня твой  пример:   Код: lua:local feff="\254\255" local h=io.open("Z:\\TEMP\\1","rb") local f=h:read(4) io.close(h) far.Message(f==feff,'type='..type(f)..' len='..string.len(f)..' byte1='..string.byte(1)..' byte2='..string.byte(2))   выводит иную картинку:         потому одно из двух: либо у нас что-то локальное искажает ход его исполнения, либо на нём скрытая ошибка вылезла. ---------- Жив курилка! (Р. Ролан, "Кола Брюньон") Xeon E5 2697v2/C602/128 GB PC3-14900L/GTX 1660 Ti, Xeon E5-2697v2/C602J/128 Gb PC3-14900L/GTX 1660 Ti Всего записей: 34084 | Зарегистр. 31-07-2002 | Отправлено: 14:44 06-08-2019

Alexyz21 Silver Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору Victor_VG, там глаз замылился - должно быть string.byte(f,1), string.byte(f,2). на 105-й поправил имя переменной.   Добавлено: Цитата: Разгадка в том, что вьювер в режиме HEX-просмотра неправильно показывает BOM UTF-16LE (переставляет 1-й и 2-й байты). Похоже, это баг вьювера. Точно - смотрел в hiew и не обратил внимания. Всего записей: 3658 | Зарегистр. 16-06-2007 | Отправлено: 15:44 06-08-2019 | Исправлено: Alexyz21, 15:53 06-08-2019

citPiks Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору Alexyz21   Цитата: на 105-й поправил имя переменной   Теперь вариант макроса от 15:52 06-08-2019 и на моём материале работает так как надо, и на файлах тест-пакета от VG предотвращает падение Фара.     Всего записей: 373 | Зарегистр. 26-06-2016 | Отправлено: 16:31 06-08-2019

Victor_VG Tracker Mod Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору shmuz Alexyz21 Цитата: Разгадка в том, что вьювер в режиме HEX-просмотра неправильно показывает BOM UTF-16LE (переставляет 1-й и 2-й байты). Похоже, это баг вьювера. А это интересно. У меня же есть хекс-редакторы что-то про них и забыл. То же бы фар-й вьер на этой ошибке поймал... ---------- Жив курилка! (Р. Ролан, "Кола Брюньон") Xeon E5 2697v2/C602/128 GB PC3-14900L/GTX 1660 Ti, Xeon E5-2697v2/C602J/128 Gb PC3-14900L/GTX 1660 Ti Всего записей: 34084 | Зарегистр. 31-07-2002 | Отправлено: 17:42 06-08-2019

Alexyz21 Silver Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору А я пару раз в hiew смотрел на эти 2 байта и не заметил - поздно голова не варит и глаза устают. А на падение при сравнении EFBBBFxx..xx и какой-нибудь другой пустышки напороться можно, как я понимаю, что не считается корректным UTF8, то считается пустышкой, а это падение при сравнени с другой пустышкой. Всего записей: 3658 | Зарегистр. 16-06-2007 | Отправлено: 17:52 06-08-2019

Victor_VG Tracker Mod Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору shmuz   Да, контрольное сравнение скриншотов "view - hex editor" подтверждает данный факт:     фар-й вьюевер в режиме хекс-просмотра изменяет порядок байтов в UNICODE BOM - вместо 0xFFFE показывает 0xFEFF :   ---------- Жив курилка! (Р. Ролан, "Кола Брюньон") Xeon E5 2697v2/C602/128 GB PC3-14900L/GTX 1660 Ti, Xeon E5-2697v2/C602J/128 Gb PC3-14900L/GTX 1660 Ti Всего записей: 34084 | Зарегистр. 31-07-2002 | Отправлено: 17:54 06-08-2019

Victor_VG Tracker Mod Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору Alexyz21   Стандартом UNICODE допускается две формы кодировки UTF-8 - с UCS2 (0EFBBBF) обеспечивающая автоматическое распознавание UTF-8 и корректное декодирование текстов на произвольных однобайтных алфавитных языках, и второй вариант без использования маркера UCS2 в первых трёх байтах файла. Второй рекомендуется для основанных на латинице языках, а для остальных пользователю придётся вручную выбирать кодировку UTF-8. Ну а раз есть две формы стандарта, а программы пишут люди которые обычно выбирают то, что им проще использовать, а англоязычным товарищам возня с обработкой UCS2 не нужна и они её выкинули не думая что это после вылезет на других языках... ---------- Жив курилка! (Р. Ролан, "Кола Брюньон") Xeon E5 2697v2/C602/128 GB PC3-14900L/GTX 1660 Ti, Xeon E5-2697v2/C602J/128 Gb PC3-14900L/GTX 1660 Ti Всего записей: 34084 | Зарегистр. 31-07-2002 | Отправлено: 18:23 06-08-2019

Alexyz21 Silver Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору shmuz объяснение драконыча прочёл, но вот испокон веков от XT считал, что в hex я вижу РЕАЛЬНЫЕ байты, а не виртуальные юниты и пр. модные придумки Текстовому режиму да, доверия нет, он может показывать с интерпретациями, но не hex - hex это значит raw bytes без вариантов, именно потому смотрю в hex, когда нужно доподлинно знать содержимое побайтно. Теперь оказывается, что фару доверять уже нельзя, нужно юзать hiew. Всего записей: 3658 | Зарегистр. 16-06-2007 | Отправлено: 22:33 06-08-2019 | Исправлено: Alexyz21, 22:41 06-08-2019

skipik Silver Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору Alexyz21 https://forum.farmanager.com/viewtopic.php?f=3&t=11723 Тут можно проголосовать, чтоб сделали по-новому. Всего записей: 4820 | Зарегистр. 07-07-2006 | Отправлено: 22:41 06-08-2019

Victor_VG Tracker Mod Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору Alexyz21 Цитата: спокон веков от XT считал, что в hex я вижу РЕАЛЬНЫЕ байты, а не виртуальные юниты В том числе посему держу в фар-е HexItor что он не чудесатит как показометр. "Юнит", "фильтр", "очеловеченный" и прочий адаптированный для просмотра вид данных применим только когда нужен, а в общем случае запросто спутаешь UTF-16 LE и UTF-16 BE а то и вовсе скрестишь дога с чемоданом. Посему в "ХЕКС" режиме просмотра я как и любой иной человек ожидаю видеть именно RAW hex data , а не абстрактную картинку с такой же подсказкой "Хранилище К шкаф Ф полка А книга Б страница С строка Д ... к показаметру ...". ---------- Жив курилка! (Р. Ролан, "Кола Брюньон") Xeon E5 2697v2/C602/128 GB PC3-14900L/GTX 1660 Ti, Xeon E5-2697v2/C602J/128 Gb PC3-14900L/GTX 1660 Ti Всего записей: 34084 | Зарегистр. 31-07-2002 | Отправлено: 23:12 06-08-2019

Victor_VG Tracker Mod Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору skipik Alexyz21 shmuz   в b5445 Git-79356dc21 хекс отображение UTF-16 BE/ UTF-16 LE показывается в RAW:     не спутать. ---------- Жив курилка! (Р. Ролан, "Кола Брюньон") Xeon E5 2697v2/C602/128 GB PC3-14900L/GTX 1660 Ti, Xeon E5-2697v2/C602J/128 Gb PC3-14900L/GTX 1660 Ti Всего записей: 34084 | Зарегистр. 31-07-2002 | Отправлено: 04:50 07-08-2019

Alexyz21 Silver Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору Спасибо за hex - меньше путаницы. Имхо юниты хороши как дополнительный режим отображения, но не как основной, т.е. RAW и UNITS.   Шпаргалку по ArcLite Недостаточно памяти для завершения операции. (0x8007000E) extract.cpp:694, плз. Всего записей: 3658 | Зарегистр. 16-06-2007 | Отправлено: 07:40 07-08-2019 | Исправлено: Alexyz21, 09:26 07-08-2019

citPiks Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору Как выделить на панели файлы, содержащие BOM?   Как отсортировать в панели файлы по порядку: сначала в которых есть BOM, затем — в которых нет BOM? И наоборот.   Как искать в папке и подпапках файлы с BOM? Всего записей: 373 | Зарегистр. 26-06-2016 | Отправлено: 09:56 07-08-2019

Страницы: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163 164 165 166 167 168 169 170 171 172 173 174 175 176 177 178 179 180 181 182 183 184 185 186 187 188 189 190 191 192 193 194 195 196 197 198 199 200

Компьютерный форум Ru.Board » Компьютеры » Программы » FAR Manager (часть 5)

Maz (15-01-2020 17:38): FAR Manager (часть 6)

Переход по форумам  Закладки   » Компьютеры Цифровое изображение Программы Microsoft Windows UNIX Другие OS Hardware В помощь сисадмину Прикладное программирование Игры Форумные игры   » Интернет Web-программирование В помощь вебмастеру Графика Хостинг Зацените-ка!   » Тематические Ikonboard v.2 Ikonboard v.3 Invision Board Другие форумы PHP-Nuke и другие порталы Мобила   » Общие Спорт Флейм Темы по региональным встречам Музыка и Кино Юмор Литература и Живопись   » Ru.Board Новости Помощь по форуму   » Андеграунд eBookz Варезник Раздачи и акции Мобильный варезник Андеграунд Игры и фильмы   » Специальные Тестирование