NTFS File Information
NTFS File Information
Latest post of the previous page:
В версии 5.3.0 @ Far 2.0 при открытии $Volume файла через arclite с панели плагина присутствует папка [DELETED], в версии 5.5.2 @ Far 3.0 она отсутствует, помогите разобраться это баг/фича нового "NTFS File Information"?NTFS File Information
pukan1, Эээ, простите, а причём здесь вообще NTFS File Information ? Он просто отдаёт (поток?) $Volume в arclite, а уже тот обрабатывает его, как ему вздумается. Попробуйте просто сохранить $Volume в файл на другой диск и увидите, что arclite из Far 2.0 и текущая версия открывают его по-разному.
Даже arclite здесь не причём. Возьмите 7z.dll от старого arclite и положите её вместо новой - увидите возвращение [DELETED]. Так что все претензии в городскую прачеч..., ой то есть к Игорю Павлову
Даже arclite здесь не причём. Возьмите 7z.dll от старого arclite и положите её вместо новой - увидите возвращение [DELETED]. Так что все претензии в городскую прачеч..., ой то есть к Игорю Павлову
NTFS File Information
Спасибо за подробное разъяснение!Kirillony wrote: pukan1, Эээ, простите, а причём здесь вообще NTFS File Information ? Он просто отдаёт (поток?) $Volume в arclite, а уже тот обрабатывает его, как ему вздумается. Попробуйте просто сохранить $Volume в файл на другой диск и увидите, что arclite из Far 2.0 и текущая версия открывают его по-разному.
Даже arclite здесь не причём. Возьмите 7z.dll от старого arclite и положите её вместо новой - увидите возвращение [DELETED]. Так что все претензии в городскую прачеч..., ой то есть к Игорю Павлову
NTFS File Information
Перестал корректно работать поиск в "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 - очень тупит при поиске, выдаёт разные ошибки, иногда валится плагин и за ним вслед фар.
Шаги для воспроизведения:
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 - очень тупит при поиске, выдаёт разные ошибки, иногда валится плагин и за ним вслед фар.
- DrKnS
- Posts: 6110
- Joined: Thu 04 Aug, 2005 06:44
- Location: Kyiv
- Has thanked: 12 times
- Been thanked: 423 times
NTFS File Information
Kirillony, ноги у этого бага растут отсюда.
Суть такова:
Плагин имеет на панели элемент "."
Раньше фар такие дикие элементы фильтровал тупо вседа, но по просьбе @Shmuel по ссылке выше было добавлено немного интеллекта в стиле "если похоже, что плагин такой элемент добавил осознанно, то не фильтруем".
У NTFS File Information всё выглядит так, будто этот элемент добавлен осознанно.
Когда вы ищете с корня, он до него доходит и пытается зайти внутрь, попадая снова в корень, и так пока не получится переполнение буфера.
Я не знаю, зачем плагин добавляет этот элемент.
Может это натурально какой-то служебный файл NTFS и его надо обрабатывать отдельно, как файл, а не как папку.
Может это просто артефакт и его надо игнорировать.
Суть такова:
Плагин имеет на панели элемент "."
Раньше фар такие дикие элементы фильтровал тупо вседа, но по просьбе @Shmuel по ссылке выше было добавлено немного интеллекта в стиле "если похоже, что плагин такой элемент добавил осознанно, то не фильтруем".
У NTFS File Information всё выглядит так, будто этот элемент добавлен осознанно.
Когда вы ищете с корня, он до него доходит и пытается зайти внутрь, попадая снова в корень, и так пока не получится переполнение буфера.
Я не знаю, зачем плагин добавляет этот элемент.
Может это натурально какой-то служебный файл NTFS и его надо обрабатывать отдельно, как файл, а не как папку.
Может это просто артефакт и его надо игнорировать.
NTFS File Information
Понятно, что это поведение можно (и, наверное, даже нужно) было бы исправить в плагине. Но плагин в последний раз обновлялся автором в 2012 году, а сам автор последний раз заходил сюда в 2016-м. Сверхскоростной поиск на NTFS-разделах - это один из основных юзеркейсов Far, которые я использую и который практически безальтернативно (без установки какого-либо софта, в т.ч. в среде WinPE) обеспечивал этот плагин. Неужели мне теперь придётся делать отдельную копию Far, обеспечивающую этот юзеркейс? Да, я в курсе, что исходный код плагина доступен, но, к сожалению, моих скиллов недостаточно для исправления ситуации.
- HaRT
- Moderator
- Posts: 10542
- Joined: Tue 30 Aug, 2005 17:21
- Has thanked: 201 times
- Been thanked: 334 times
NTFS File Information
А нельзя ли так настроить фильтры, чтобы поиск не заходил в
.
?Фар есть инструмент, а не нянька. © 2009 DrKnS
-
- Posts: 6721
- Joined: Thu 23 Mar, 2006 21:36
- Location: Israel
- Has thanked: 34 times
- Been thanked: 505 times
NTFS File Information
К сожалению, данное изменение проблемы не решило.
Я слелал для конкретного плагина обходной путь, который практически решал проблему, но через пару версий убрал эти изменения из плагина, т.к. они его усложняли непропорционально получаемой "выгоде".
Поэтому (с моей колокольни) данное изменение в Фаре можно как оставить, так и откатить.
NTFS File Information
Да, когда-то я ковырял этот софт. Насколько я помню, для его корректной работы должен быть запущен сервис, который является его частью. И общее время по сумме выполнения всех необходимых действий для поиска сильно проигрывало трём кнопкам F11->Open panel->Alt-F7John Doe wrote: ↑Fri 19 Jul, 2019 14:34 Альтернатива viewtopic.php?p=122957#p122957, viewtopic.php?f=39&t=11195
- John Doe
- Бюрократ
- Posts: 13567
- Joined: Wed 27 Apr, 2005 20:42
- Has thanked: 67 times
- Been thanked: 396 times
- Contact:
NTFS File Information
Довольно странная постановка вопроса.
Сервис устанавливается однократно, если он нужен, после чего общее время будет заметно меньше, чем с сабжем.
А в остальном - я тоже за то чтобы каждый пользовался чем ему удобно, и поломанные плагины чинились.
Сервис устанавливается однократно, если он нужен, после чего общее время будет заметно меньше, чем с сабжем.
А в остальном - я тоже за то чтобы каждый пользовался чем ему удобно, и поломанные плагины чинились.
NTFS File Information
Большое спасибо вам за попытку помочь, но с исправленным плагином, к сожалению, не всё в порядке.
При проверке на одном из разделов файлы ищет, но в 3-4 раза дольше, чем связка Far b5256+ntfsfile_5.5.2, на другом разделе, где порядка 1000000 файлов - поиск дольше в 10-15 раз, постоянные обращения к HDD при поиске, в процессе поиска валится с разными ошибками. Связка Far b5256+ntfsfile_5.5.2 - всё работает идеально.
P.S. Заметил, что первый поиск практически всегда отрабатывает нормально, независимо от раздела. Если сменить диск, открыть панель плагина и запустить поиск, то на 2-3 раз всё начинает рушиться.
Last edited by Kirillony on Sun 21 Jul, 2019 02:01, edited 1 time in total.
NTFS File Information
Проверил. С 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 ] ║ ╚════════════════════════════════════════════════════════════════════════╝