» Far Manager

Цитата:

Правильно ли я понимаю, что указанная Вами 4692 GCC — это сборка от VictorVG4?

Это вряд ли.
У меня точно нет. И vc и gcc сборки мои.


Добавлено:
Angel_Ka
Кроме того, перевес в скорости проверен для одной конкретной операции.
Он совсем не обязательно будет проявляться на обработке ваших данных.

Angel_Ka

Цитата:

Правильно ли я понимаю, что указанная Вами 4692 GCC — это сборка от VictorVG4?

Нет, я сам собирал.

wseventeen

Цитата:

Кроме того, перевес в скорости проверен для одной конкретной операции.
Он совсем не обязательно будет проявляться на обработке ваших данных.

Не обязательно. Но возможно и то, что перевес будет ещё большим.

Angel_Ka

Нет. У меня в сети MinGW64 сбит, а починить нет доступа к серверу где он лежит. Мои сборки собираются из комстроки VC++ через скрипты. GCC у меня конечно есть, но под UNIX и собирает только для неё.

Собрал 4693, проверил 32-64 vc-gcc...
vc-32 2473
vc-64 2067
gcc-32 1577
gcc-64 1445


Добавлено:
мои gcc сборки можно скачать...
http://sharapov-16.narod.ru/far/32-gcc.7z
http://sharapov-16.narod.ru/far/64-gcc.7z

wseventeen

Да, я по BSD уже заметил что GCC 5.30 собирает более быстрый код чем старый 4.25. Время не измерял, но субъективно он работает ощутимо быстрее (и сборка из портов и сами пакеты). Хочется 6.10 поглядеть - там вроде заявлена полная поддержка C++14. Вот, отыскал у нас на FTP чью-то Msys/SEH сборку MSYS_MinGW-w64_GCC_610_x86-x64.7z. Сюань откель ребята притащили, но в пометке хвалят. Надо глянуть...

5.30 я беру здесь:
http://sourceforge.net/projects/mingw-w64/files/Toolchains%20targetting%20Win64/Personal%20Builds/mingw-builds/

wseventeen

Спасибо! И я это место отслеживаю, но вот откуда взяли 6.10 - там его нет, наши ребята не помнят, спрашивал, но судя по лицам они им явно довольны. По крайней мере каких-то грубых ошибок никто из четверых не назвал, но по их словам они им только неделю пользуются. Может что и не заметили?

wseventeen

Цитата:

мои gcc сборки можно скачать...

Большое спасибо за возможность опробовать! Однако, увы, на Win10entRu x64 сборка Фара при работе макроса вызывает ошибку:



Эта же ошибка вылезает и при попытке вызова какого либо плагина.

wseventeen

На TDM-GCC 5.10 SjLj похожее было. Но, то что собрано SEH компилятором работает без ошибок. Возможно у нас в GCC что-то неправильно прописывалось? У меня при х64 сборке вылезает проблема с поиском gcc и прочих бинарников, с х86 всё работает. В принципе отыскал x64 реализацию bash/sh и части утилит, но никак не найду времени сделать из них комплект...

NetBox v2.3.0.436

FarNetBox-2.3.0_Far3_x64.7z
FarNetBox-2.3.0_Far3_x86.7z

Что нового?

NetBox 2.3.0.436 26.05.2016
--------------------
* Update WinSCP sources to 5.8.3 RC

NetBox 2.2.2.435 24.05.2016
--------------------
* Update openssl sources to 1.0.2h
* Update WinSCP sources to 5.8.2 beta

Исходников NetBox до v2.3.0.436 в репозитории не было. Видимо проблемы с Git.

P.S.

Все мои сборки уже включают новую версию. Реальных изменений в ней много, в ChangeLog NetBox-а их обобщение.

wseventeen
VictorVG4

В ответ на Ваши участливые подсказки ранее я с сожалением писал:
Цитата:

Увы, обе команды и "start /min /wait cmd /c chcp 65001& dir /b /s /a-d >t.tmp", и "start /i cmd /c chcp 65001&dir /b/s/a-d >dirlist.txt" формируют файл-списки, в которых ёлочки "«" и "»" в именах файлов транслированы соответственно в "<" и ">".

А сегодня нашёл на форуме Фара пример (автор — 2useven10 ) того, как можно сделать, чтобы эти команды работали нормально.

start /min /wait cmd /c "chcp 65001 & cmd /c dir /b /s /a-d >t.tmp"

start /I /B cmd /c "chcp 65001 & cmd /c dir /b/s/a-d >dirlist.txt"

cmd /c "chcp 65001 & cmd /c dir /b /s /a-d>bra_.tmps & chcp 866"

— и теперь каждый из трёх вариантов команды выдаёт нормальный юникодный результат и непосредственно из комстроки, и из батника, и из алиаса.

Благодарю вас за оказанную ранее помощь, в т.ч. 2,5-летней давности!

Angel_Ka

Тож вариянт.

Angel_Ka
ЕМНИП, решение найдено на форуме руборда про работу с батниками...

wseventeen

Простите мне великодушно, пожалуйста, если то, что я изложил постом выше, создало у Вас впечатление, о каком либо подобии претензии. Я то как раз имел ввиду, что за два с половиной года запросто можно было что-то и забыть, особенно если на практике это не сильно требовалось. Напротив, я очень благодарен Вам и VictorVG4 за оказанную вами помощь! Без неё не скоро бы ещё я докопался до возможности применения трёх упомянутых вариантов команды dir.

И, кстати, из батника ведь они столь же нормально работают как и непосредственно из комстроки и из алиаса — и вот опять Вы меня надоумили, внесу об этом отметку в тот пост. БОЛЬШОЕ Вам СПАСИБО!

Может подскажет кто-то: Проблема с вьювером: - есть текстовые логи с произвольным расширением и обычным текстом в ASCII (не юникод) и почти всегда их неправильно показывает (вначале то все символы ??? ,то нет перевода строк))- хоть с включенным автодетектом, что с выключенным - иногда помогает F8 (тогда хоть текст видно), но зачастую перевод строк не делает (в автомате ставит почему то ему Dump) - тогда надо через Shift - F4 в Mode менять на текст (а как выключить этот автомат не понятно).
На 2 версии фара и самых ранних третьих - было всё нормально (а в редакторе тоже показывает как надо).
Как настроить на правильное чтение или какой-то плагин (или "external viewer" под фар) подключить ? Заранее Спасибо !

Цитата:

обычным текстом в ASCII (не юникод) и почти всегда их неправильно показывает

Пример в студию.


Добавлено:
SanOs2
> Я наверное догадываюсь из-за чего ... в переводе строк вместо \x0D \x0A -- \x00 \x0A
Правильно догадываетесь.

> но как выключить автомат определения что это дамп
автомат прост: если в первых 2K(условно) есть нулевые байты (исключая случаи, когда текст детектится как юникод) - файл бинарный и F4 переключает Dump/Hex, иначе текстовый и переключение Text/Hex. На фаровском форуме есть примеры подавления автомата через макросы.

> почему после F8 иногда за файлом "закрепляется" (сохраняется) уже нормальный вид
Если включены сохранения режимов и кодировок файла в истории, фар использует ваши настройки (если находит). Насколько я помню - и кодировку и Dump/Text.

Причина появления вопросов (и в редакторе и в просмотре) всё тот же 0x000A - это BigEndian Unicode LineFeed в чистом виде. Поэтому неизвестный файл детектится как CP1201. А 'юникодные символы' образованные из пар ascii символов в фонте попадают на неотображаемый диапазон.

Правильный способ решения проблемы - превратить ваши файлы в 'обычный текст ASCII', заменив 0x00 на 0x0D.

wseventeen

Спасибо! А ещё вопрос - можно вместо Shift - F4 и выбора в диалоговом режиме нужного Mode сделать выбор режима сразу кнопками - к примеру Shift - F3 - текст, Shift - F4 - хекс, Shift - F5 - бинари? И если 0х00 просто убрать и оставить 0х0А (без 0x0D) - проблема решится тоже?

SanOs2
1) Можно простейшим макросом
2) да решится

SanOs2

В принципе выбрать режим можно макросом, а поправить текст можно например с помощью плагина TextConv FarTextConv_3.9.0.4040_x86.zip | FarTextConv_3.9.0.4040_x64.zip (качайте браузером или FF/SM через дополнения FlashGot или DownThemAll или через wget -c -N -nd --trust-server-names --no-check-certificate URL - особенность sf.net - сначала 5 сек ищет свободное зеркало, потом отдаёт. Иначе притащит HTML страницу.). Я обычно ставлю исходную СР на автодетект, в результате получаем приемлемый файл.

SanOs2
Пример макроса (создать файл %FARPROFILE%\Macros\scripts\ViewerMode.lua)
Код: Macro {
area="Viewer QView"; key="ShiftF3"; description="Viewer Text Mode";
action = function()
Keys('ShiftF4 Home Enter')
end;
}
Macro {
area="Viewer QView"; key="ShiftF4"; description="Viewer Hex Mode";
action = function()
Keys('ShiftF4 Home Down Enter')
end;
}
Macro {
area="Viewer QView"; key="ShiftF5"; description="Viewer Dump Mode";
action = function()
Keys('ShiftF4 End Enter')
end;
}

Angel_Ka

Цитата:

А сегодня нашёл на форуме Фара пример (автор — 2useven10 ) того, как можно сделать, чтобы эти команды работали нормально.

start /min /wait cmd /c "chcp 65001 & cmd /c dir /b /s /a-d >t.tmp"
start /I /B cmd /c "chcp 65001 & cmd /c dir /b/s/a-d >dirlist.txt"
cmd /c "chcp 65001 & cmd /c dir /b /s /a-d>bra_.tmps & chcp 866"

— и теперь каждый из трёх вариантов команды выдаёт нормальный юникодный результат и непосредственно из комстроки, и из батника, и из алиаса.

К сожалению, при заходе в в листинг, как в псевдоархив (с помощью плагина второго уровня Dir.so для Observer) наблюдаются крякозябры на кириллице. Чем можно полноценно просматривать юникодные листинги?

laprad

Насчёт плагина второго уровня Dir.so для Observer, к сожалению, ни чего сказать не могу, поскольку у меня пока нет такой практики.

Листинги же, создаваемые приведёнными Вами вариантами команды dir, вполне нормально читаются в редакторе Фара. Или Вы что-то имели ввиду другое?

Добавлено:
Сейчас посмотрел Observer в свежих сборках Фара (x32 и x64). Увы, его подплагины Dir.so, dir3-32.so и dir3-64.so в Win10entRu x64 не работают.

Angel_Ka

Цитата:

Листинги же, создаваемые приведёнными Вами вариантами команды dir, вполне нормально читаются в редакторе Фара. Или Вы что-то имели ввиду другое?

в редакторе - открываются конечно отлично, но хотелось бы программу, повзоляющую "входить" в юниодные листинги, как в архивы, с сохранением оригинальной папочно-файловой структуры, ну и с нормальными именами

Цитата:

но хотелось бы программу, повзоляющую "входить" в юниодные листинги, как в архивы, с сохранением оригинальной папочно-файловой структуры, ну и с нормальными именами

Стандартный плагин TmpPanel это делает уже много лет.

shmuz2

Цитата:

Стандартный плагин TmpPanel это делает уже много лет.

Разве похоже то, что открывается, на то, что показывают multiarc или arclite?
Все файлы одной простыней, потом папки.. Дата создания, размер и имя - одной строкой в столбце имя, в столбце размер - всегда 0.. Допускаю, что у меня настройки операционки или фара к этому привели. На вашей конфигурации, всё отлично?

laprad
Для TmpPanel листинг должен содержать только имена файлов (с путями), по одному в строке. У вас, наверное, это не так.

laprad
Angel_Ka

выписка из шапки темы по Observer с форума:

Dir — поддержка вывода команд dir и ls в качестве виртуального архива. (на версии 1.10 работать не будет в связи с изменением API модулей)

Попробуйте Dir.fmt v1.4 для Multiarc, но он ANSI для Far v1.75.0 (написан для Win2000/XP в х64 редакции). Мне коли нужно что поковырять проще ls -fr ./|vi набрать.

shmuz2

Цитата:

Для TmpPanel листинг должен содержать только имена файлов (с путями), по одному в строке. У вас, наверное, это не так.

да, было не так, вернул убранный мной ключ /b - работает раскраска файлов, имена, размер - отображаются нормально. Но, опять же, сначала идут все папки с подпапами, а потом - все файлы одной кучей. Размеры "подтягиваются" с реальных файлов, удаляю реальные файлы - в листинге они остаются, но размер в панели становится равным 0

Добавлено:
VictorVG4

Цитата:

Попробуйте Dir.fmt v1.4 для Multiarc, но он ANSI для Far v1.75.0

о чём и речь! способ получить юникодные имена файлов в листинге - нашли, но способа просмотреть его в обычной файловой панели фара - получается нет

laprad
Так работает TmpPanel. Если вам нужно ходить по папкам, не выходя из плагина, то этого она не умеет.

laprad

Напишите свой парсер для листинга. Тут с ходу иного варианта не придумать. У меня подобная задача не возникала.