Ru-Board.club
← Вернуться в раздел «Программы»

» Process Hacker

Автор: Victor_VG
Дата сообщения: 27.07.2011 14:42
oshizelly

Берём процесс, нажимает Propites и видим, что всё разложено по смыслу во вложенных вкладках - память, хендлы, модули, статистика, дескрипторы безопасности, цифровые подписи, счётчики производительности.

Просто то, что Марк в РЕ выводит внизу чтобы место в окне занять, выводится в группе свойств для каждого процесса и ничего лишнего РН для него не выведет. И если такой подход вначале не привычен, то через короткие время разница и удобство РН в работе станут заметны, и шансов на ошибку в отличии от дизайна интерфейса "Всё на поверхности" у оператора при работе с РН много меньше.

Вон за пару дней сколько поменялось:


Цитата:
Revision 4362

Modified Wed Jul 27 09:22:51 2011 UTC (22 minutes, 18 seconds ago) by wj32
uncheck Enable cycle-based CPU usage on unsupported OSes as well

Revision 4361

Modified Wed Jul 27 09:20:45 2011 UTC (24 minutes, 24 seconds ago) by wj32
disable Show CPU Below 0.01 on unsupported OSes

Revision 4360

Modified Tue Jul 26 12:34:36 2011 UTC (21 hours, 10 minutes ago) by wj32
updated Doxyfile

Revision 4359

Modified Tue Jul 26 10:28:55 2011 UTC (23 hours, 16 minutes ago) by wj32
patch by xhmikosr

Revision 4358

Modified Tue Jul 26 08:45:27 2011 UTC (24 hours, 59 minutes ago) by wj32
re-organized mainwnd.c and added the PhMw prefix

Revision 4357

Modified Tue Jul 26 06:51:46 2011 UTC (26 hours, 53 minutes ago) by wj32
switched main menu to WM_MENUCOMMAND

Revision 4356

Modified Mon Jul 25 12:35:25 2011 UTC (45 hours, 9 minutes ago) by wj32
updated NT headers

Revision 4355

Modified Mon Jul 25 11:04:57 2011 UTC (46 hours, 40 minutes ago) by wj32
fixed treenew using CPU time unnecessarily during drag selection

egor23

Ну, если ты имеешь ввиду вывод списка окон для данного процесса, то это проще хендлы посмотреть и дать там сортировку по типу объекта "Окна", а что касается сортировки по колонкам - у меня без всякого работает. Щёлкаешь курсором по имени колонки и меняется режим сортировки. И просить никого нет нужды - только доки почитать.
Автор: egor23
Дата сообщения: 27.07.2011 16:23
Victor_VG

Цитата:
Ну, если ты имеешь ввиду вывод списка окон для данного процесса, то это проще хендлы посмотреть и дать там сортировку по типу объекта "Окна"

гораздо проще в свойства конкретного процесса зайти, имхо.

Цитата:
что касается сортировки по колонкам - у меня без всякого работает

показалось что как-то не так работает, висела ещё одна копия процесса.
Автор: Victor_VG
Дата сообщения: 28.07.2011 01:02
egor23

Ну, я примерно так и думал - локальная ошибка и в итоге что-то у тебя не выходит.
Автор: Victor_VG
Дата сообщения: 01.08.2011 13:52
Новая версия. Только бинарная сборка. Process_Hacker_2.20_SVN-r4377-bin.7z. У меня работает без ошибок.

Маленькая подсказка - для правильной работы плагинов (чтобы программа их увидела) Zip архив надо распаковать в структуру каталогов:

./
kprocesshacker.sys
peview.exe
ProcessHacker.exe
CHANGELOG.txt
COPYRIGHT.txt
Help.htm
LICENSE.txt
README.txt
./plugins
DotNetTools.dll
ExtendedNotifications.dll
ExtendedServices.dll
ExtendedTools.dll
NetworkTools.dll
OnlineChecks.dll
ProcessActions.dll
SbieSupport.dll
SecurityExplorer.dll
ToolStatus.dll
WindowExplorer.dll

- иначе не найдёт - пути к плагинам жёстко прописаны в исходниках! кто попытается просто скопировать в подкаталог ./plugins каталоги ./plugins/x64 или ./plugins/x86 получит ошибку при загрузки плагинов - программа просто их не увидит!
Автор: ComradG
Дата сообщения: 02.08.2011 13:49
Victor_VG
на ХР < SP3 падает ExtendedNotifications.dll, на XP SP3+ полет нормальный.
Автор: Victor_VG
Дата сообщения: 02.08.2011 16:15
ComradG

По идее не должен, т.к. минимум:

Цитата:
Microsoft Windows XP SP2 or above, 32-bit or 64-bit.
Intel Itanium Platforms are not supported.

ну разве что коли SP < 2.

И ещё новости - замена плагинов - удалены Process Action и Security Explorer, новые CPU Averege и Hexadecimal PID. Первый даёт две колонки CPU Averege (10) и CPU Averege (60), второй выведет новую колонку PID (hex). Прошу прощения, сразу её в куче не углядел.

Ну и понятно, что от меня следуют патчи к инструкции и скриптам установки - данные плагины по дефолту вообще не собираются и в релиз не включены.

Бинарники забираем Process_Hacker_2.20_SVN-r4386.7z, скрипты чуток позже - надо инструкцию поправить и вытащить их из компилера - они как всегда в нём болтаются - мне так проще.

Пакет скриптов с инструкцией - Processhacker_buildtools.7z.
Просьба учитывать, что скрипты переписаны практически заново, потому прежде чем что-то делать - изучите пожалуйста инструкцию. Иначе натворите кучу дел, не разберётесь. Если всё делать так, как я по шагам расписал, то всё собирается и работает как часики, нет - читайте инструкцию и ищите свою ошибку.

Скрипты:

[more=build.cmd]@echo off

call csvn
devenv .\trunk\ProcessHacker.sln /build "Release|Win32"
setenv /x64
devenv .\trunk\ProcessHacker.sln /build "Release|x64"
setenv /x86
call .\trunk\build\internal\wait.cmd 2
call .\trunk\build\sdk\makesdk.cmd
devenv .\trunk\plugins\Plugins.sln /build "Release|Win32"
setenv /x64
devenv .\trunk\plugins\Plugins.sln /build "Release|x64"
setenv /x86
call .\trunk\build\internal\wait.cmd 2

if exist iscc.exe (
pushd .\trunk\build\Installer\
del *.exe
iscc.exe" Process_Hacker2_installer_full.iss
popd
)

call release.cmd %1
[/more] , [more=csvn.cmd]@echo SVN check out on %DATE% >> checklog.txt&&echo Check Out session started in %TIME% >> checklog.txt&&svn co https://processhacker.svn.sourceforge.net/svnroot/processhacker/2.x/trunk trunk >> checklog.txt&&svn co https://processhacker.svn.sourceforge.net/svnroot/processhacker/2.x/trunk src&&echo Check Out session finished on %TIME% >> checklog.txt&&svn info https://processhacker.svn.sourceforge.net/svnroot/processhacker/2.x/trunk > info.txt&&C:\PROGRA~1\GCC\BIN\tar -czf processhacker-2.%1-src.tar.gz src&&ln -f processhacker-2.%1-src.tar.gz ../release/src[/more], [more=distrib.cmd]@echo off
if exist iscc.exe (
pushd .\trunk\build\Installer\
del *.exe
iscc.exe Process_Hacker2_installer_full.iss
popd
)

call release.cmd %1[/more], [more=makesdk.cmd]@rem parameters %1 is major version number!
@C:\PROGRA~1\GCC\BIN\tar -czf processhacker-2.%1-sdk.tar.gz sdk&&ln -f processhacker-2.%1-sdk.tar.gz ../../release/src[/more], [more=makesrc.cmd]@C:\PROGRA~1\GCC\BIN\TAR.EXE -czf processhacker-2.%1-src.tar.gz src&&ln -f processhacker-2.%1-src.tar.gz ../release/src[/more], [more=release.cmd]@echo off

rem This script mast be located in ../../ dir, exmple C:\Dev\ProcessHacker\SRC\release.cmd and use with SVN check command like:¦¦¦
rem "svn co https://processhacker.svn.sourceforge.net/svnroot/processhacker/2.x/trunk trunk" for download trunk branch only.
rem parameter %1 is major version number!

if exist ..\bin\processhacker-*-*.* del ..\bin\processhacker-*-*.*

rem Source distribution

if exist svn.exe (
if exist ..\bin\ProcessHacker2 rmdir /S /Q ..\bin\ProcessHacker2
svn.exe export .\trunk ..\bin\ProcessHacker2
if exist 7z.exe 7z.exe a -mx9 ..\bin\processhacker-2.%1-src.zip ..\bin\ProcessHacker2\*
)

rem SDK distribution

7z.exe a -mx9 ..\bin\processhacker-2.%1-sdk.zip .\trunk\sdk\*

rem Binary distribution

if exist ..\bin rmdir /S /Q ..\bin
mkdir ..\bin

for %%a in (
CHANGELOG.txt
COPYRIGHT.txt
Help.htm
LICENSE.txt
README.txt
) do copy .\trunk\%%a ..\bin\%%a

for %%a in (
CHANGELOG.txt
COPYRIGHT.txt
LICENSE.txt
README.txt
) do copy .\trunk\%%a ..\release\%%a

copy .\trunk\doc\Help.htm ..\bin\

mkdir ..\bin\x86
copy .\trunk\bin\Release32\ProcessHacker.exe ..\bin\x86\
copy .\trunk\KProcessHacker\bin-signed\i386\kprocesshacker.sys ..\bin\x86\
copy .\trunk\tools\peview\bin\Release32\peview.exe ..\bin\x86\

mkdir ..\bin\x64
copy .\trunk\bin\Release64\ProcessHacker.exe ..\bin\x64\
copy .\trunk\KProcessHacker\bin-signed\amd64\kprocesshacker.sys ..\bin\x64\
copy .\trunk\tools\peview\bin\Release64\peview.exe ..\bin\x64\

mkdir ..\bin\plugins\x86
for %%a in (
DotNetTools
ExtendedNotifications
ExtendedServices
ExtendedTools
NetworkTools
OnlineChecks
SbieSupport
ToolStatus
WindowExplorer
) do copy .\trunk\plugins\%%a\bin\Release32\%%a.dll ..\bin\plugins\x86\%%a.dll

for %%a in (
AvgCpuPlugin
HexPidPlugin
) do copy .\trunk\plugins-extra\%%a\bin\Release32\%%a.dll ..\bin\plugins\x86\%%a.dll

mkdir ..\bin\plugins\x64
for %%a in (
DotNetTools
ExtendedNotifications
ExtendedServices
ExtendedTools
NetworkTools
OnlineChecks
SbieSupport
ToolStatus
WindowExplorer
) do copy .\trunk\plugins\%%a\bin\Release64\%%a.dll ..\bin\plugins\x64\%%a.dll

for %%a in (
AvgCpuPlugin
HexPidPlugin
) do copy .\trunk\plugins-extra\%%a\bin\Release64\%%a.dll ..\bin\plugins\x64\%%a.dll

If exist ..\release\processhacker-2.%1-bin.zip del /s/f/q ..\release\processhacker-2.%1-bin.zip
7z.exe a -mx9 ..\release\processhacker-2.%1-bin.zip ..\bin\*
If exist ..\release\processhacker-*-setup.exe del /s/f/q ..\release\processhacker-*-setup.exe
if exist .\trunk\build\Installer\processhacker-*-setup.exe del /s/f/q .\trunk\build\Installer\processhacker-*-setup.exe
iscc .\trunk\build\Installer\Process_Hacker2_installer_full.iss
copy .\trunk\build\Installer\processhacker-*-setup.exe ..\release\
makesrc.cmd %1[/more]

Инструкция:

[more=Инструкция по сборке]Инструкция по сборке Process Hacker 2.х

Сборка Process Hacker производжится в среде MS VS 2010 SP1 с установленными
Microsoft Windows SDK for Windows 7 and .NET Framework 4 в следующем порядке:

1) открываем каталог ./src/trunk - сейчас он у нас будет рабочим.

1) Собираем решение ./trunk/ProcessHacker.sln для Win32 и для Win64, обе
платформы!!! иначе потом ничего не соберётся - зависимости!!! При этом надо
в свойствах решения пометиь "Собирать все проекты" - иначе потом проблемы
вылезут - ОСОБЕННОСТЬ.

Лучше всего ПЕРЕСОБРАТЬ проект целиком - Ctrl+Alt+F7

2) Пересобираем проект philb из решения ProcessHacker.sln в отладочном варианте
и для Win32 и для Win64 и закрываем решение ProcessHacker.sln - свою работу
оно выполнило.

3) Открываем каталог ./build/sdk и запускаем makesdk.cmd - он создаст SDK для
сборки плагинов используя созданные на этапах 1) и 2) библиотеким и модули.

4) Открываем решение ./plugins/Plugins.sln и пересобираем все девять плагинов
для платформ Win32 и Win64.

При наличии собранного на этапах 1) - 3) SDK ошибок не будет. Если хоть
один не соберётся, то выбрать очистку и повторить пункты 1) - 3) заново
т.к. это значит что какая то библиотека не собраллась либо повреждена!

5) Открываем решение ./plugins-extra/ExtraPlugins.sln и пересобираем оба
плагина для платформ Win32 и Win64.

При наличии собранного на этапах 1) - 3) SDK ошибок не будет. Если хоть
один не соберётся, то выбрать очистку и повторить пункты 1) - 3) заново
т.к. это значит что какая то библиотека не собраллась либо повреждена!

6) Запускаем скрипт ./src/trunk/release.cmd <version_manor> - он создаст
каталог ./bin, скопирует туда все готовые бинарники и документацию, затем
соберёт все нужные архивы и инсталлятор и завершится.

Пример его вызова: release.cmd 20 - собрать версию 2.20

Старшая цифра номера версии уже прописана в скрипте, её вводить не нужно.

7) Запускаем скрипт makesdk.cmd <version_manor> и он упакует SDK.
Но его запускаем только после отработки release.cmd!!!

8) При необходимости тестирования все модули должны распологаться в следущей
файловй структуре и никак иначе (положите плагины в подкаталог каталога
и ./plugins/ или в иное место, они не будут загружены, даже если программа
их и увидит!!!):

./
CHANGELOG.txt
COPYRIGHT.txt
HACKING.txt
Help.htm
LICENSE.txt
plugins
README.txt
kprocesshacker.sys
peview.exe
ProcessHacker.exe

./plugins/

AvgCpuPlugin.dll
DotNetTools.dll
ExtendedNotifications.dll
ExtendedServices.dll
ExtendedTools.dll
HexPidPlugin.dll
NetworkTools.dll
OnlineChecks.dll
SbieSupport.dll
ToolStatus.dll
WindowExplorer.dll

9) Скрипты для автоматизации сборки и особенности их применения:

9.1) Все модифицированные скрипты предусматривают только один параметр
вызова - <version_manor>, а значение <version_majnor> уже прописано
в скриптах.

9.2) Для правильной работы скрипта release.cmd вызываемые им модули 7z,
bzip, iscc, ln, svn, tar должны обязательно быть прописаны через
переменную среды %PATH% !

9.3) Скрипты из комплекта "processhacker_builtools.7z" должны находится в
следующих каталогах, т.к. все пути в них относительные и привязаны к
к данной структуре каталогов:

./src/

build.cmd
csvn.cmd
distrib.cmd
makesrc.cmd
release.cmd

./src/trunk/

makesdk.cmd

./trunk/build/Installer/

Process_Hacker2_installer_full.iss
[/more]
Автор: ComradG
Дата сообщения: 03.08.2011 23:38
Victor_VG
поковырял ExtendedNotifications.dll, - сказать по-правде, то плагин недописан, поэтому и падает на XP < SP3. подправил - заработало. вот только на SP1 вряд ли имеет смысл тестировать, так как это не про него.
Автор: Victor_VG
Дата сообщения: 04.08.2011 02:04
ComradG

Факт. Ты в ПМ глянь - ляжешь от смеха... "перлы диалекта" или "1/10n класса ЦПШ с о-о-о-о-громным коридором..." - свежий улов. - одна фраза - три грубейших грамматических ошибки и слог такой - читая мозги вскипят от напряжения, а волосы не просто дыбом встанут, а разбегутся кто куда - с непривычки инфаркт гарантирован...
Автор: opt_step
Дата сообщения: 04.08.2011 03:50
Victor_VG
поставил вашу 2.18, а там некоторые процессы не закрываются, перешел опять на русиновича, там с этим все ок
Автор: Victor_VG
Дата сообщения: 04.08.2011 13:07
Process_Hacker_2.20_SVN-r4391.7z

Нового достаточно, всё смотрите в changelog-ах.

opt_step

Так уже давно 2.20 есть, и 2.19 релиз с кучей пофиксенных багов. И я встречался со случаями когда иные процессы может прибить только PH или Iarsn TaskInfo или PE или taskkill или killprocess или Far Manager с плагинами, а другие вообще ничем не прибить, но никогда не считал это поводом всё бросить. Наоборот, это повод для исследований а что и где вызывает такое явление. Да хозяин - барин. Кому нравится попадья, а кому попова дочка.

У меня вон друг до сих пор на 2.14 сидит и причина для него одна - "Она русская и я не хочу её обновлять! Я лучше в систему кривую, но зато на русском языке программу поставлю, чем буду язык учить на старости лет! В России по закону все программы обязаны быть на русском, и если она не на русском я её не ставлю! А если у кого другого из-за неё будут проблемы - это к разработчикам, а я тут не виноват!". Это он мне выдал после того, как любимый им тотальный командир снёс у меня на архивном винте "всего" 270 Гб данных из 293 Гб - как выяснилось сборка была кривая, но зато всё по русски и "тотальное" - от архиваторов до мухобойки включала, разве только ядро ОС в неё воткнуть забыли. А усе вопросы - к Гислеру как автору - по его словам он где-то у него на форуме это "чудо" откопал.
Автор: opt_step
Дата сообщения: 04.08.2011 19:34
Victor_VG
а где гарантия, что в 2.20 не будет багов, просто на вкус и цвет ...
Автор: ComradG
Дата сообщения: 04.08.2011 20:28
opt_step
вообще-то, любой софт поставляется как "AS IS", так что вероятность словить баг всегда имеется. относительно РН - проект активно развивается, так что в отличие от того же РЕ он по крайней мере не страдает различного рода блажью и со своей работой в подавляющем большинстве справляется.
Автор: SunkaZlo
Дата сообщения: 04.08.2011 20:56
С 2.18 при наведении на правый край колонки Name появляется возможность расширить колонку. Похоже это фича (вроде как не надо до заголовка колонки тянуться).
Как её вырубить?
Автор: opt_step
Дата сообщения: 04.08.2011 20:57
ComradG

Цитата:
любой софт поставляется как "AS IS"

так кто спорит? просто попробовал сабж, а там такое, что выше описал
Автор: ComradG
Дата сообщения: 04.08.2011 21:23
opt_step
да, баг есть, но уже офицально вышла 2.19, в которой добрую часть багов пофиксили. позволю повториться, что у РН есть одно главное достоинство: активная разработка и то, что автор утилиты выходит на контакт с пользователем, а не задирает нос подобно господину руссиновичу, дескать, "я вот что написал и теперь я бог", достойно уважения и похвалы.
в РЕ для "убийства" процесса руссинович использует несколько нестандартных техник, в остальном РЕ тесно связан с API винды, а РН напротив. единственное уязвимое место у РН - открытость исходников. то есть, если придет некий вася пупкин, внимательно поизучает исходники и наваяет такую малварь, что сам РН отправится в /dev /nul, то вопрос становится скорее не холиварным - что круче РЕ или РН, - а риторическим. однако, если говорить за кем будущее, то я склоняюсь в сторону РН по двум причинам: баги в РЕ фиксятся крайне медленно, в РЕ все чаще стала преобладать тенденция "косметического ремонта" нежели пополнения функционала, - в РН же можно править исходники под себя, да и вообще никто не мешает навалять свою собственную утилитку на основе исходников РН.
Автор: Victor_VG
Дата сообщения: 04.08.2011 22:06
SunkaZlo

В 2.20 такого не наблюдаю. У меня стоит 2.20 SVN r4291

opt_step

Гарантии даёт только Господь Бог и страховой полис. А более никто. Ну а по серьёзу - если ты нашёл баг, зарегистрируйся на соурцфорже.нет и опиши что нашёл в баг-репорте. Или просто автору письмо отпиши с пометкой мол нашёл ошибку в РН, проявилась так то и так то, в таких то условиях. И автор тебе только спасибо скажет за то, что ты поможешь ему ошибку найти. Ну и понятно что исправит её. Сидеть и требовать идеального ПО без ошибок не реально. ПО пишут люди, и не всегда ошибка в его работе вина автора. Часто это вина средств разработки. Их библиотеки и модули, особенно коммерческих проектов частенько содержат десятилетиями не исправляемые грубые ошибки и те вылезают - в созданных в них программах. Это добрая половина ошибок в ПО, если не большая их часть. Под лежачий камень и вода не течёт.
Автор: Victor_VG
Дата сообщения: 05.08.2011 13:21
Ну, вот и посвежее вариант - Process_Hacker_2.20_SVN-r4393-bin.7z. Пришлось слегонца повозится из-за ошибки при обновлении исходников, но всё собралось без ошибок.
Автор: opt_step
Дата сообщения: 05.08.2011 13:32
ComradG
Victor_VG

Цитата:
Сидеть и требовать идеального ПО без ошибок не реально

я и не требовал, просто запостил, что сабж имеет проблему, а конкурент нет. PE у меня ни разу не показал, что процесс закрыть не может. А PH не смог закрыть зависшую портабельную оперу.
Автор: wald1968
Дата сообщения: 05.08.2011 14:10
opt_step
Такое есть, и это не нормально. Тем более что это МЕНЕДЖЕР процессов. Будем надеяться что исправят.

Добавлено:

Цитата:
Сидеть и требовать идеального ПО без ошибок не реально

ПO c ошибками должно курить в сторонке.
Автор: addhaloka
Дата сообщения: 05.08.2011 14:26

Цитата:
Такое есть, и это не нормально. Тем более что это МЕНЕДЖЕР процессов. Будем надеяться что исправят.
Ни разу не встречалось такого, что PE может прибить процесс, а PH нет. Во всех портабл прогах, которые попадались, и у которых процесс остается, не получалось прибить ни в PH, ни в PE. Дайте ссылку на portable прогу, в которой такое поведение замечено.

Автор: opt_step
Дата сообщения: 05.08.2011 14:32
addhaloka
opera portable о тBRTAndrey
здесь найдете, http://forum.ru-board.com/topic.cgi?forum=35&bm=1&topic=47331&start=1940#lt
Автор: wald1968
Дата сообщения: 05.08.2011 14:36
Я сейчас не припомню, но факт есть - что PH не справлялся, а PE - без проблем. Что касается
Opera, то и PE пассует.
Автор: Victor_VG
Дата сообщения: 05.08.2011 14:41
opt_step

Так Марк в PE судя по тому что мы смогли узнать применяет совсем уж хулиганский приём - он удаляет через не документированные функции LSASS процесс из таблиц диспетчера задач ядра и объявляет занимаемую им память свободной. По крайней мере ребята из НИИЦВТ-а когда разбирали как Марк это делает нарвались на такие вызовы.

Причём, я могу сказать, что кроме него подобным приёмом явно пользуется и Iarsn TaskInfo - там так же были зафиксированы не документированные системные вызовы. Нравится? Тогда надо быть готовым к тому, что в любой момент возникнет не понятный сбой и произойдёт потеря данных. По крайней мере когда исследовали РЕ и попытались проследить что и откуда он вызывает дальше самого LSASS отследить эти вызовы не удалось - система упала в панику ядра с кодом 0x0000000D и нулями в параметрах - иди, найди кто и где вызывает сбой.

И после очередного падения диск из NTFS почему то стал RAW, хотя после каждого падения autocheck докладывал что в файловой системе ошибок нет, а диск был простым базовым томом.

Такое совпадение ни на какие предположения не наводит?

Поэтому, коли есть потом желание возится с восстановлением данных, то можно конечно использовать и РЕ, но у меня после того что в лаборатории видел сиё желание испарилось в дальние дали и голубой туман. И не просто на долго, а навсегда - ну его с его "хитростями". Пусть уж сам Марк им пользуется или как минимум откроет его исходники и объяснит что и как работает касательно не документированных вызовов. Иначе это бомба замедленного действия, и когда и как она сработает я ждать чтой-то не особо жажду.
Автор: addhaloka
Дата сообщения: 05.08.2011 15:06
opt_step 15:32 05-08-2011
Цитата:
addhaloka
opera portable о тBRTAndrey
здесь найдете, http://forum.ru-board.com/topic.cgi?forum=35&bm=1&topic=47331&start=1940#lt [?]
По вашей ссылке не opera portable, а Meteorite MKV (portable)
Не буду проверять. Хотя это бы это проверить
Там ни PH, ни PE не действуют.
Автор: opt_step
Дата сообщения: 05.08.2011 15:54
addhaloka

Цитата:
По вашей ссылке не opera portable,

версия для печати я имел ввиду
Автор: Victor_VG
Дата сообщения: 05.08.2011 18:29
Не успел народ 93-й толком погонять, а уже и 96-й готов.

Process_Hacker_2.20_SVN-r4396-bin.7z
Автор: ComradG
Дата сообщения: 05.08.2011 19:42

Цитата:
или как минимум откроет его исходники
не откроет, M$ наложила ветто (а точнее в это - сами понимаете куда ) вот и приходится реверсить его код; и между прочим в РЕ используются семплы от DiskMon'а (тот, что для ХР+) и ProcMon'а (стек). а вообще у РЕ только один плюс - интеграия с Dependency Walker, хотя чаю, что не загорами тот день, когда и в РН это прикрутят, оставив тем самым РЕ далеко позади.
Автор: Victor_VG
Дата сообщения: 06.08.2011 01:06
ComradG

И я того же жду с учётом:

Цитата:
M$ наложила ветто

- сам знаешь, чтобы собака лёжа на сене...
Автор: Victor_VG
Дата сообщения: 07.08.2011 00:26
2All

По поводу перевода исходников - я поглядел где зашиты выводимые РН и плагинами сообщения и надписи и получил статистику по количеству файлов:

*.rc - 15, *.c - 201, *.h - 128

при таком объёме вся затея с локализацией исходников просто теряет смысл - они обновляются чаще, чем человек успевает их перевести. А делать халтуру я в принципе не хочу и потому решил эту идею закрыть как не реализуемую - по труду это всё равно, как если бы написать весь РН заново. Примерно такой же объём труда если не больший. С той лишь разницей что всё это надо сделать не за год - полтора, а за несколько минут. Не реально.

Посему, кому интересно, забираем - Process_Hacker_2.20_SVN-r4405-bin.7z, а кому нет ждут у моря погоды.

Уже сейчас в 2.20 много нового, это только то, что в лог изменений попало по сравнению с 2.19:

Цитата:
2.20

* NEW/IMPROVED:

* Implemented Properties button for Thread handles
* Set descending sort as the default for most numeric columns
* Added Hide Column to header context menu
* Removed tooltip text truncation

* FIXED:

* Fixed file name resolution bug
* Save settings on shutdown/logoff

и будет наверняка ещё много больше.
Автор: ItsJustMe
Дата сообщения: 07.08.2011 02:22

Цитата:
исходники, но включают не все патчи! Пользовательские патчи ищите в теме - авторы их выкладывают.

Вроде, после релиза 2.19 (на предыдущей странице) никто не выкладывал никаких патчей. Главный сборщик Victor_VG выкладывает только бинарники. Или я чего не увидел?

Еще вопрос: обязательна ли подпись для kprocesshacker.sys? (x64, of course)

Страницы: 123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384858687888990919293949596979899100101102103104105106107108109110111112113114115116117118119120121122123

Предыдущая тема: ICE Encrypt vs Drag'n'Crypt ULTRA


Форум Ru-Board.club — поднят 15-09-2016 числа. Цель - сохранить наследие старого Ru-Board, истории становления российского интернета. Сделано для людей.