vertigo093i / andrew-grechkin Goto Github PK

[deleted issue]

[deleted issue]

[deleted issue]

Просьба по возможности доделать плагин 
FormatBlock так, чтобы такого безобразия под far 3, 
даже как сейчас через враппер не видеть. 
Сразу скажу по 2.0.1807 диалоговое окно 
рисуется нормально (имена файлов 
соответствуют версии тестового far, и он сам 
прилагается именно в том варианте, в каком 
производилось тестирование)

Не могу на сайте найти плагин svcmgr, нашел 
только в исходниках, но самому собирать 
боюсь ума не хватит. Если не сложно, 
выложить плагин под последние версии Far3, 
или укажите где можно скачать.

Забавнейшая мелочь - случайно поймал когда 
запустил Reneval - в исходниках остался старый 
номер версии считываемый по GetPluginInfo() - 
1.1.16.3258 и как следствие Reneval будет 
бесконечно его обновлять, а в структуре 
VERSION_INFO номер версии записан правильный - 
1.1.17. Явление видно на скриншоте. У себя 
попробую поправить сам и спать сваливаю - у 
меня на часах 05:23 мск, ну и посему зеваю как 
кашалот, но дистрибутив я бы подновил от 
греха подальше.

Пробовал что происходит с плагинами для Far 3 
после изменений в API 2567 - 2573. Результаты под 
Win XP SP3:

FileVer 1.08 - падает при вызове в OpenW с кодом NMI 0x05 
- иp-за изменений в API читаем из адреса 0x0000800E, 
по семёркой наверняка писать в тех адреса 
полезет.:)

DelStr/SortStr - пока судя по пробным запускам ещё 
живы:), но я бы и их                                      
глянул на всякий пожарный.

Нарвался на вероятную ошибку плагина FileVer 
1.07 для Far3 - он невызывается после 
выполнения любой консольной операции раз, 
и если например взять две тестовые сборки 
Far - 3.0.2360 и 3.9.2366, то если плагин запущен из 
под 2360, а запрашиваем версию и бинарника 2366, 
то он выведет всё равно 2360. Сравнивал с тем 
что выводит NTFS File Information и FarHints - те выводят 
правильно, а этот нет. Будто читает версию 
запустившего бинарника и при этом 
игнорирует команды запуска в мени F11 или 
свой хоткей... Far2 вариант версии 1.07 под 
враппером версии 1.23 (2347) так же вызывается 
"по желанию". Пришлось вернуть версию 1.06 х32 
для Far2 - посольку пересобрать плагины не 
могу - нет нужных .cbp файлов. Где их взять? От 
старых вариантов как я аонимаю они не 
подойдут?

[deleted issue]

Иногда, при первой установке плагина FileVer 
v1.0.10 x86 под Win7 получаем сообщение об ошибке 
(http://forum.ru-board.com/topic.cgi?forum=5&topic=31718&start=2700#21) 
"Invalid access to memory location." типа такого:

+---------------- Ошибка -----------------+
|   Invalid access to memory location.    |
|       Ошибка при загрузке плагина       |
| C:\Far6\plugins\filever\filever-x32.dll |
+-----------------------------------------|
|                 { OK }                  |
+-----------------------------------------+ 

способов устранения явления я нашёл два:

1) перезапуск Far3 - на втором запуске 
сообщение уже не возникает;
2) перезагрузка плагина используя плагин 
PlugMenu 1.18 for FAR 3 x86 - Ctrl+H -> ищу плагин FileVer -> Insert 
(возможность формально реализуемая только 
для Far2, но реально Del/Insert работает и на Far3).

Я думал, что ошибка может вызываться старым 
кэшем плагинов, но у меня в сборке Far Manager TE3 
(http://narod.ru/disk/47678696001.75dcc66495ae4269aaf87b32db6360c3/Far%20Manager
%20TE3.7z.html) при установке кэш плагинов 
удаляется.

Пока причину явления обнаружить не смог, но 
у меня есть предположение о ложном 
сообщении об ошибке вызываемом удалением 
кэша плагинов. Насколько оно может быть 
реальным? 

Я кстати похоже обнаружил интересное 
явление - попробуйте опросить ресурсы 
версии в либе UNACEV2.DLL из дистрибутива WinRar 
5.1b4. В плагине filever, версия 1.1.21.3380 я вижу вот 
такую картинку screen1
в то же время ресурс VS_VERSION_INFO есть, и имеет 
такую структуру:

#include <windows.h>

VS_VERSION_INFO VERSIONINFO
 FILEVERSION    2,6,0,0
 PRODUCTVERSION 2,6,0,0
 FILEFLAGSMASK  0x3FL    // VS_FF_DEBUG|VS_FF_INFOINFERRED|VS_FF_PATCHED|VS_FF_PRERELEASE|VS_FF_PRIVATEBUILD|VS_FF_SPECIALBUILD
 FILEFLAGS      0x2L     // VS_FF_PRERELEASE
 FILEOS         0x4L     // VOS__WINDOWS32
 FILETYPE       0x2L     // VFT_DLL
 FILESUBTYPE    0x0L
BEGIN
    BLOCK "StringFileInfo"
    BEGIN
        BLOCK "040904E4"
        BEGIN
            VALUE "CompanyName",       "ACE Compression Software\0"
            VALUE "FileDescription",   "UNACE Dynamic Link Library\0"
            VALUE "FileVersion",       "2.6.0.0\0"
            VALUE "InternalName",      "UnAceV2.Dll\0"
            VALUE "LegalCopyright",    "ACE Compression Software, 2000-2005\0"
            VALUE "LegalTrademarks",   "ACE Compression Software, 2000-2005\0"
            VALUE "OriginalFilename",  "UnAceV2.Dll\0"
            VALUE "ProductName",       "UNACE - freeware ACE extraction component\0"
            VALUE "ProductVersion",    "2.6.0.0\0"
            VALUE "www, Email",        "www.winace.com [email protected]\0"
        END
    END
END

Аналогичный эффект я наблюдаю и на 
Ace32Loader.exe. Я приложил картинки из системного 
шелла и скриншоты снятые в плагине. В 
данном опыте была использована сборка Far 
b3895 r11781 x86, но и у ребят на х64 картинка такая 
же. Интересно, чем это явление может быть 
вызвано? Гипотезу о влиянии .NET 4.5.2 ребята 
опровергли поскольку не успели до него 
обновить системы. Проверялось на семёрке с 
первым СП и всеми обновами что можно 
безопасно поставить (в смысле что о них 
точно известно, что очередных грубых 
ошибок в них не замечено)....

P.S.

С Днём Победы!

W7 32 far 3.0.3697 ConEmu 2013.10.17 

Допустим берём файл OutpostSecuritySuiteProInstall.exe 
В File description: Видим 
te Pro 8.1.2 Setup 
Если стать на поле и нажать Home, видим 
Outpost Security Suite Pro 8.1.2 Setup 
И так со многими полями. такое ощущение что 
отрисовка начинается с хвоста буфера 
справа.
Или при выводе переход в конец длинной 
строки.

Хотелось бы иметь возможность узнать 
версию файла открытого во вьювере.

Помимо прямого использования это также 
полезно в случае плагиновых панелей 
(например файл в архиве)

[deleted issue]

Nice plugin for parsing log files, please recompile it. Thanks,

Google уверен, что rcl2apps живет здесь

Можно выложить текущий билд для скачивания?

Спасибо.

Вот такая картина визуально наблюдается 
после перехода на Lua уже во втором плагине 
(впервые увидидел в Лешином Visual Rename) - видим 
концевые пробелы, а вот как подавить их 
вывод я не помню. Подскажешь коли помнишь? 
Понятно, что главному по Луа вопрос задам - 
это явно при ломке API что-то задели, но может 
всё решится просто подсказкой где 
настройку сменить?

Вызываю на файл заведомо имеющий структуру 
VERSION_INFO валимся в OpenW:


  ╔═════════════════════ Исключительная ситуация ══════════════════════╗
  ║ Исключение:  Нарушение доступа (исполнение кода из 0x0026F7E6)     ║
  ║ Адрес:       0x0026F7DC                                            ║
  ║ Функция:     OpenW                                                 ║
  ║ Модуль:      С:\dev\far3\15\Far\plugins\filever\filever-x32.dll    ║
  ╟────────────────────────────────────────────────────────────────────╢
  ║                  { Выгрузить плагин } [ Отладка ]                  ║
  ╚════════════════════════════════════════════════════════════════════╝

при это наличие иных плагинов не влияет. На 
всякий случай скриншот из отладчика 
прилагаю И заодно простенький Lua-скрип 
чтобы быстро звать плагин минуя F11. В версии 
1.1.15 данной ошибки нет.

"DVall

Victor_VG
filever-v1.1.21
Криво показывает информацию. W7 32 far 3.0.3697 ConEmu 
2013.10.17

Допустим берём файл OutpostSecuritySuiteProInstall.exe
В File description: Видим
te Pro 8.1.2 Setup
Если стать на поле и нажать Home, видим
Outpost Security Suite Pro 8.1.2 Setup
И так со многими полями. такое ощущение что 
отрисовка начинается с хвоста буфера 
справа" 

действительно, я это давно заметил, 
неудобство конечно, но явление характерно 
для Inno Setup - похоже очередные Паскальные 
фокусы видим(?). Думаю, что стоит в диалоге 
вывода принудительно устанавливать курсор 
в начало текстовых полей ибо сейчас мы 
видим только их хвосты как на этой картинке 
где опрашивается версия файла MPC-HC.1.7.0.81.x64.exe 
(Inno Setup, первая картинка), а вот для других 
инсталлеров этой штуки мы не видим, к 
примеру в SMPlayer где всё написано на С этого 
нет. И если для контроля возьмём ещё один 
установщик заведомо созданный в Inno Setup (SRWare 
Iron v30.1650.0), то снова это увидим, как и 
хвостовые пробелы в структуре VERSION_INFO. Я 
вытащил её из него ImpEx 0.8.1.0 и посмотрел в hex - 
код 0х20, пробелы. Их вывод стоило бы 
принудительно подавить - мы же не виноваты 
что там код кривой...

[deleted issue]

[deleted issue]

Ошибка воспроизводится только под WinXP - 
плагин FileVer для Far 3 х86 при старте обращается 
в недопустимую область памяти что вызывает 
срабатывание схем контроля с кодом 
исключения 0х00000005 /нарушение защиты 
памяти/? f под семёркой всё нормально. 
Смотрел и на 2593 и на 2596 (последний на момент 
тестирования, собран из SVN r7844), после ошибки 
плагин нормально выгружается. Я проверял 
ошибку как на тестовой куче, так и на чистом 
наборе - Far + стандартный комплект плагинов 
из официальной поставки. На обоих наборах 
воспроизвелось. Дамп сделал, но он оказался 
бестолковым - "Код исключения не найден". 
Потому могу приложить что есть - скриншоты 
ошибки, стек вызовов PH:

99812, , , advapi32.dll!WmiFreeBuffer+0xa7, Normal
99768, , , Far.exe+0x19deff, Normal
99848, , , Far.exe+0x19fd6a, Normal

TID=99812:

0, ntkrnlpa.exe!KiDeliverApc+0xb3
1, ntkrnlpa.exe!ZwYieldExecution+0x257a
2, ntkrnlpa.exe!NtWaitForSingleObject+0x9a
3, ntkrnlpa.exe!KeReleaseInStackQueuedSpinLockFromDpcLevel+0xb74
4, ntdll.dll!KiFastSystemCallRet
5, ntdll.dll!RtlEnterCriticalSection+0x46
6, kernel32.dll!ExitThread+0x3e
7, kernel32.dll!GetModuleFileNameA+0x1c0

TID=99768

0, ntkrnlpa.exe!KiDeliverApc+0xb3
1, ntkrnlpa.exe!ZwYieldExecution+0x257a
2, ntkrnlpa.exe!NtWaitForSingleObject+0x9a
3, ntkrnlpa.exe!KeReleaseInStackQueuedSpinLockFromDpcLevel+0xb74
4, ntdll.dll!KiFastSystemCallRet
5, ntdll.dll!RtlEnterCriticalSection+0x46
6, ole32.dll!CoInitializeEx+0x2b6
7, ole32.dll!CoUninitialize+0x52
8, ole32.dll!ReleaseStgMedium+0x736
9, ole32.dll!CoTaskMemAlloc+0xf9
10, ole32.dll!CoTaskMemAlloc+0xa1
11, ntdll.dll!LdrInitializeThunk+0x24
12, ntdll.dll!LdrShutdownThread+0xed
13, kernel32.dll!ExitThread+0x3e
14, Far.exe+0x19debd
15, Far.exe+0x19dedf
16, Far.exe+0x19df63
17, kernel32.dll!GetModuleFileNameA+0x1ba

TID=99848

0, ntkrnlpa.exe!KiDeliverApc+0xb3
1, ntkrnlpa.exe!ZwYieldExecution+0x257a
2, ntkrnlpa.exe!NtWaitForSingleObject+0x9a
3, ntkrnlpa.exe!KeReleaseInStackQueuedSpinLockFromDpcLevel+0xb74
4, ntdll.dll!KiFastSystemCallRet
5, ntdll.dll!RtlEnterCriticalSection+0x46
6, guard32.dll+0x1d1c5
7, kernel32.dll!FreeLibrary+0x19
8, user32.dll!FindWindowA+0x46
9, ntdll.dll!KiUserCallbackDispatcher+0x13
10, pshook.dll!Ordinal7+0x155d
11, user32.dll!MoveWindow+0xd4
12, user32.dll!MoveWindow+0x79
13, user32.dll!GetWindowTextLengthW+0x9a
14, ntdll.dll!KiUserCallbackDispatcher+0x13
15, user32.dll!PeekMessageA+0xfb
16, MSCTF.dll!TF_CreateCategoryMgr+0x62b6
17, MSCTF.dll!TF_CreateCategoryMgr+0x633f
18, MSCTF.dll!TF_DllDetachInOther+0xcde
19, MSCTF.dll!TF_UninitSystem+0x4de
20, user32.dll!UnhookWinEvent+0x77
21, user32.dll!MoveWindow+0x79
22, user32.dll!ScrollWindowEx+0xb1
23, ntdll.dll!KiUserCallbackDispatcher+0x13
24, hooxpot.dll!CallWndProc+0xa3
25, user32.dll!MoveWindow+0x79
26, user32.dll!ScrollWindowEx+0xb1
27, ntdll.dll!KiUserCallbackDispatcher+0x13
28, pshook.dll!Ordinal7+0x1601
29, user32.dll!MoveWindow+0xd4
30, user32.dll!MoveWindow+0x79
31, user32.dll!ScrollWindowEx+0xb1
32, ntdll.dll!KiUserCallbackDispatcher+0x13
33, ole32.dll!CoUninitialize+0x52
34, Far.exe+0x19e7f8
35, Far.exe+0x19e8bb
36, Far.exe+0x19fd25
37, kernel32.dll!RegisterWaitForInputIdle+0x49

Скриншот окна Process Hacker для удобства 
ориентации и ссылку на последние на данный 
момент готовые бинарники Process Hacker - 
http://narod.ru/disk/45723150001.215ec78cfe55f45139257d188d469cbf/Process_Hacker
_2.28_SVN-r4985-bin.7z.html . Там и установка и 
бинарники для х86 и х64 лежат. Только чтобы он 
свои плагины похватил их надо сложить в 
подкаталог ./plugins - рекурсию он не понимает.:)

Плагин FileVer 1.0.7 build 12 при чтении версии far.exe 
читает не версию исследуемого файла, а 
версию вызвавшего его процесса far. Ошибка 
сохранилась и при использовании Far 3.0.2403 - 
читаем версию свежесобранного Far 3.0.2404 - 
плагин выводит номер версии 3.0.2403, для 
случая с Far 3.0.2393 ситуация повторяется. 
Ошибка наблюдается как в версии для Far 2.x, 
так в версии для Far 3.x/ В старой версии 1.0.6 
данная ошибка не воспроизводится. Скриншот 
снятый с двух копий Far 3.0 использующих 
данный плагин версий 1.0.7.12 в тестовом 
наборе Far 3.0.2403 и рабочеq сборки Far Manager SE3 
версии 3.0.2393 прилагаю.

[deleted issue]

[deleted issue]

[deleted issue]

[deleted issue]

Получил на Ру-Борде баг-репорт 
(http://forum.ru-board.com/topic.cgi?forum=5&topic=31718&start=4700#13):
"skipik

Victor_VG

Проверьте у себя на машине, пожалуйста, вот 
этот файл.
Задача: встать на него и нажать ctrl+alt+v для 
активации показа версии файла. 
У меня на x64 падает."
Поглядел - есть явление, полез в файл ImpEx - 
это 16-и битный файл от полуоси версии 1.х PM - 
случай редчайший, древний как мамонт.:)

Тут я думаю надо просто блокировку в OpenW для 
таких вещей вставить. Вот его скрины и сам 
"герой":

Уменьшение числа обновлений панели это 
разумно, но я бы добавил и принудительное 
автообновление панели после операций 
редактирования/управления сосоянием 
демона/драйвера - сейчас версия 2.0.11 требует 
принудительно вызывать Ctrl-R для 
отображения результататов что здорово 
мешает - не понятно каковы результаты 
выполнения операции пока панель не 
обновил. Уже нарвался...

Спасибо за плагин!
А почему в анонсах не было ? :)

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

Картинка только у меня наблюдается?

Плагин TextConv v3.4.0.3800 x86, берём текстовый файл 
с содержимым:
[q]Media Player Classic Home Cinema [version 1.7.6.71]
LAV Filters [version 0.62-5-ga731178]
VSFilter x64 [version 2.41.71]
Codec Tweak Tool [version 5.8.4]
GraphStudioNext [version 0.6.1.410][/q]
задача - убрать концы строк и пустые строки 
в конце. Зовём плагин, выставляе5м 
настройки:

http://s019.radikal.ru/i636/1407/6f/55599442f78e.png
Enter, плагин отработал, отчитался:

http://s019.radikal.ru/i601/1407/74/ac35db3bdcc6.png

снова Enter. Мессаджбокс плагина должен 
закрыться, а его следы испарится, ан нет:

http://i024.radikal.ru/1407/62/8293fd41d8c3.png

чтобы он закрылся нужно ещё одно нажатие 
любой клавиши. 

Стал искать откуда возникло это явление и 
выяснил что оно появилось в b4003 SVN r12150. 
Возможно что вылезла старая скрытая 
ошибка, но выглядит некрасиво.:) Может стоит 
прибить при случае чтобы глаза не мозолила? 
Моя гипотеза - плагин ждёт события которое 
почему-то до него не доходит...

Скриншоты и текстовый файл прикрепил. 
Интересно что может вызывать такие явления 
и стоит ли на них обращать внимание?

Андрей! Получил баг-репорт 
(http://forum.ru-board.com/topic.cgi?forum=5&topic=31718&start=4380#19) на 
последнюю FileVer v1.1.20 что она не запускается 
под ХР. Сразу возникло подозрение на 
импорты, проверил и увидел, что там 
добавлена вызываемая из Kernel32.dll функция 
InterlockedCompareExchange64(), а она согласно MSDN 
(http://msdn.microsoft.com/en-us/library/windows/desktop/ms683562%28v=vs.85%29.a
spx) появилась только начиная с Vista/Server 2003:

Minimum supported client: Windows Vista
Minimum supported server:Windows Server 2003

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