Process Hacker v3.0.0.164 Что нового? Process Hacker Исправления в исходники внёс
dmex Цитата: r21348
Enable LongPathAware support on Windows 10
r21347
Update MXML version to 2.10
r21346
UserNotes: Remove xml database formatting (improves performance for large datasets)
r21345
Update PCRE memory allocation functions
Постоянный линк в шапке, проблем у себя я не заметил, архив обновлён.
Примечания: Номера ревизий в svnchangelog.txt приводятся только для удобства поиска записей.
Маркировка номеров версий
Major.Minor.Build.Commit В диалоге ProcessHacker.exe::About номер версии выводится в виде
Major.Minor(rCommit) Начиная с v2.39 поддержка WinXP/Vista завершена, для этих ОС используйте версию 2.38.
БД GeoLite2-Country.mmdb (если её нет или при обновлении) скопируйте в подкаталог ./plugins/maxminddb/ . Эта БД ищется только в нём!
Добавлено: И без перевода, в оригинале:
Цитата: By default, the maximum path length limit in Windows is 260 characters. A local path is structured in the following order: drive letter, colon, backslash, name components separated by backslashes, and a terminating null character.
Starting with Windows 10 Insider Preview Build 14352, you can enable NTFS long paths to allow manifested win32 applications and Windows Store applications to access paths beyond the normal 260 char limit per node. Enabling this setting will cause the long paths to be accessible within the process.
Комментарий по факту:
Файловая система NTFS (начиная с Windows NT 3.1/NTFS 1.0) изначально проектировалась как 64-х битная ФС с максимальной длинной пути к объектам 32768 символов и хранением имён файлов и каталогов в кодировке UNICODE UTF-16 LE c поддержкой хардлинков и симлинков на подобии ФС UFS (UNIX File System). Но так как в момент получения проекта WINNT Микрософт массовой клиентской оси у них не было, а системные требования WINNT 3.1 (проект Cairo) в начале 90-х были слегонца запредельными - Windows NT 3.1 Workstation нужно было от 12 Мб ОЗУ для запуска (в NTLDR есть строка что для запуска ОС нужно не менее 12 Мб ОЗУ), а для работы от 20 МБ, и поскольку на тогдашних микроЭВМ обычно стояло 2 - 4 Мб ОЗУ чего хватало для Windows for Workgroup 3.11 (системные платы ЦП Intel тех времён редко поддерживали более 8 Мб ОЗУ), ну разве только для ЦП DEC Alpha AXP 21066 имевшего встроенный контроллер памяти было доступно до 512 Мб ОЗУ, но там кроме WINNT, OSF/1 или OpenVMS иных ОС не было, а переписывать своё ПО под Alpha AXP руководство M$ наотрез отказалось, то M$ потребовалась клиентская ось для работы в сетях Windows NT 3.1 Adwanced Server. А единственная имевшаяся у них ОС WfW 3.11 требовала DOS для запуска, и как и DOS в упор не видела пути длинной свыше 260 символов ASCII, и не знала такого ругательства - UNICODE. Потому дядя Стиви поставил как предел MAX_PATH величину 260 байт которая перекочевала в него из ... DOS, а поскольку вдобавок урезанные API Win32s/Win32c (Win32c использовался в Win9x/ME) так же как класс не понимали UNICODE, то дядя Стиви писавший тогда DOS/WfW и со скрежетом зубовным ваявший Win9x украв для неё GUI от BeOS не мудрствуя лукаво ибо кто и как ЕГО проверит?
имена файлов и каталогов NTFS повелел писать в ANSI, а там пусть другие разбираются...
Вся сия свистопляска тянется уже почти четверть века, но думаю к концу третьего тысячелетия M$ научится использовать все возможности NTFS v1.0, а её более старшие версии ... подождут, не баре.
[/more]
Я ж из DOS-эпохи: как тогда научился, так и действую... 
) АСУС Р5В с 775-сокетом и то, что мне удалось ей ... впен... внедрить Хеон - весьма неплохой ... "силикон". 
[/more] 
KLASS всегда успеваете перевод за новыми версиями, и VictorVG4 за работу