Page 19 of 20

NTFS File Information

Posted: Thu 18 Jul, 2019 05:11
by Kirillony

Latest post of the previous page:

Перестал корректно работать поиск в "Open panel" плагина NTFS File Information 5.5.2. Ошибки выдаёт разные, после некоторых из них рушится Far. Методом половинного деления определил, что плагин перестал корректно работать между билдами 5256(корректно работает) и 5258(уже некорректно).
Шаги для воспроизведения:
1. на Far x86 с чистым профилем распаковать в папку \Plugins\Ntfsfile содержимое архива https://storage.googleapis.com/google-code-archive-downloads/v2/code.google.com/farplug/ntfsfile_5.5.2_uni.7z
2. Запустить Far с правами администратора, перейти на NTFS-раздел, нажать F11->NTFS File Information->Open Panel
3. В открывшейся панели нажать Ctrl-\
4. Запустить поиск Alt-F7, имя файла любое, например 123.456
Far x86 b5256 - корректно ищет практически мгновенно. Far x86 b5258 - очень тупит при поиске, выдаёт разные ошибки, иногда валится плагин и за ним вслед фар.

NTFS File Information

Posted: Thu 18 Jul, 2019 19:47
by DrKnS
Kirillony, ноги у этого бага растут отсюда.

Суть такова:
Плагин имеет на панели элемент "."
Раньше фар такие дикие элементы фильтровал тупо вседа, но по просьбе @Shmuel по ссылке выше было добавлено немного интеллекта в стиле "если похоже, что плагин такой элемент добавил осознанно, то не фильтруем".
У NTFS File Information всё выглядит так, будто этот элемент добавлен осознанно.
Когда вы ищете с корня, он до него доходит и пытается зайти внутрь, попадая снова в корень, и так пока не получится переполнение буфера.

Я не знаю, зачем плагин добавляет этот элемент.
Может это натурально какой-то служебный файл NTFS и его надо обрабатывать отдельно, как файл, а не как папку.
Может это просто артефакт и его надо игнорировать.

NTFS File Information

Posted: Fri 19 Jul, 2019 14:22
by Kirillony
DrKnS wrote:
Thu 18 Jul, 2019 19:47
Kirillony, ноги у этого бага растут отсюда.
...
Я не знаю, зачем плагин добавляет этот элемент.
Может это натурально какой-то служебный файл NTFS и его надо обрабатывать отдельно, как файл, а не как папку.
Может это просто артефакт и его надо игнорировать.
Понятно, что это поведение можно (и, наверное, даже нужно) было бы исправить в плагине. Но плагин в последний раз обновлялся автором в 2012 году, а сам автор последний раз заходил сюда в 2016-м. Сверхскоростной поиск на NTFS-разделах - это один из основных юзеркейсов Far, которые я использую и который практически безальтернативно (без установки какого-либо софта, в т.ч. в среде WinPE) обеспечивал этот плагин. Неужели мне теперь придётся делать отдельную копию Far, обеспечивающую этот юзеркейс? Да, я в курсе, что исходный код плагина доступен, но, к сожалению, моих скиллов недостаточно для исправления ситуации.

NTFS File Information

Posted: Fri 19 Jul, 2019 14:34
by John Doe

NTFS File Information

Posted: Fri 19 Jul, 2019 14:47
by HaRT
Kirillony wrote:
Fri 19 Jul, 2019 14:22
Неужели мне теперь придётся делать отдельную копию Far, обеспечивающую этот юзеркейс?
А нельзя ли так настроить фильтры, чтобы поиск не заходил в .?

NTFS File Information

Posted: Fri 19 Jul, 2019 14:56
by Shmuel
DrKnS wrote:
Thu 18 Jul, 2019 19:47
Плагин имеет на панели элемент "."
Раньше фар такие дикие элементы фильтровал тупо вседа, но по просьбе @Shmuel по ссылке выше было добавлено немного интеллекта в стиле "если похоже, что плагин такой элемент добавил осознанно, то не фильтруем".
К сожалению, данное изменение проблемы не решило.
Я слелал для конкретного плагина обходной путь, который практически решал проблему, но через пару версий убрал эти изменения из плагина, т.к. они его усложняли непропорционально получаемой "выгоде".
Поэтому (с моей колокольни) данное изменение в Фаре можно как оставить, так и откатить.

NTFS File Information

Posted: Fri 19 Jul, 2019 17:04
by Kirillony
John Doe wrote:
Fri 19 Jul, 2019 14:34
Альтернатива viewtopic.php?p=122957#p122957, viewtopic.php?f=39&t=11195
Да, когда-то я ковырял этот софт. Насколько я помню, для его корректной работы должен быть запущен сервис, который является его частью. И общее время по сумме выполнения всех необходимых действий для поиска сильно проигрывало трём кнопкам F11->Open panel->Alt-F7

NTFS File Information

Posted: Fri 19 Jul, 2019 18:00
by John Doe
Довольно странная постановка вопроса.
Сервис устанавливается однократно, если он нужен, после чего общее время будет заметно меньше, чем с сабжем.

А в остальном - я тоже за то чтобы каждый пользовался чем ему удобно, и поломанные плагины чинились.

NTFS File Information

Posted: Fri 19 Jul, 2019 20:30
by DrKnS
Вот вам исправленный плагин:
ntfsfile_5.5.2_uni_x64.7z
(366.6 KiB) Downloaded 50 times
ntfsfile_5.5.2_uni.7z
(222.28 KiB) Downloaded 48 times


NTFS File Information

Posted: Sun 21 Jul, 2019 01:49
by Kirillony
DrKnS wrote:
Fri 19 Jul, 2019 20:30
Вот вам исправленный плагин:
ntfsfile_5.5.2_uni_x64.7z
ntfsfile_5.5.2_uni.7z
Большое спасибо вам за попытку помочь, но с исправленным плагином, к сожалению, не всё в порядке.
При проверке на одном из разделов файлы ищет, но в 3-4 раза дольше, чем связка Far b5256+ntfsfile_5.5.2, на другом разделе, где порядка 1000000 файлов - поиск дольше в 10-15 раз, постоянные обращения к HDD при поиске, в процессе поиска валится с разными ошибками. Связка Far b5256+ntfsfile_5.5.2 - всё работает идеально.

P.S. Заметил, что первый поиск практически всегда отрабатывает нормально, независимо от раздела. Если сменить диск, открыть панель плагина и запустить поиск, то на 2-3 раз всё начинает рушиться.

NTFS File Information

Posted: Sun 21 Jul, 2019 02:47
by DrKnS
А проверьте новый плагин с 5256 и с 5258. Возможно, с тех пор в Far еще что-то погнулось.

NTFS File Information

Posted: Sun 21 Jul, 2019 11:59
by Kirillony
DrKnS wrote:
Sun 21 Jul, 2019 02:47
А проверьте новый плагин с 5256 и с 5258. Возможно, с тех пор в Far еще что-то погнулось.
Проверил. С 5256 почти всё ок, один разочек было падение при поиске на 7-8 открытии панели, но на последующих запусках Far и на 20-й раз (открытия панели) повторить не удалось. Оригинальный 5.5.2 вообще не падает.
С 5258 - падает при поиске непонятно на какой раз. То сразу при первом открытии может рухнуть, то на 7-8 раз. Выглядит это так:
╔══════════════════════════ Exception occurred ══════════════════════════╗ ║ Exception: 0xC0000005 - EXCEPTION_ACCESS_VIOLATION ║ ║ Details: Memory at 00000000 could not be read ║ ║ Address: 0xE91622 - Far.exe!<unknown> (get the pdb) ║ ║ Source: ║ ║ Function: main ║ ║ Module: C:\Program Files\Far5258\Far.exe ║ ╟────────────────────────────────────────────────────────────────────────╢ ║ { Terminate Far } [ Stack ] [ Minidump ] [ Ignore ] ║ ╚════════════════════════════════════════════════════════════════════════╝

NTFS File Information

Posted: Tue 23 Jul, 2019 22:19
by DrKnS
В последних билдах, по идее, должно падать меньше.

NTFS File Information

Posted: Tue 23 Jul, 2019 23:52
by Kirillony
DrKnS wrote:
Tue 23 Jul, 2019 22:19
В последних билдах, по идее, должно падать меньше.
Спасибо, действительно, гораздо лучше уже. Немного подольше потестирую - отпишусь.

NTFS File Information

Posted: Mon 29 Jul, 2019 13:42
by Kirillony
Протестировал последние изменения в Far и в плагине. Да, действительно, падений при поиске в панели больше нет. Но! Связка Far 3.0.5256+NTFS File Information 5.5.2(любой, и новый, и старый) ищет в панели плагина в 3(!!!) раза быстрее, чем Far 3.0.5436+NTFS File Information 5.5.2(новый, старый совсем не работает). Время поиска проверял многократно, с таймером, в одинаковых условиях.

NTFS File Information

Posted: Wed 31 Jul, 2019 00:58
by DrKnS
Kirillony wrote:
Mon 29 Jul, 2019 13:42
в 3(!!!) раза
Насколько я помню, старый фар ищет быстрее за счёт того, что иногда при этом падает.
Но 3 раза - это слишком, да. Надо будет посмотреть.

NTFS File Information

Posted: Mon 18 Nov, 2019 23:48
by Xerox
DrKnS, Штука полезная, мои почтения