» Process Hacker

Если насчет журнала винды, то в журнале приложений идет две записи подряд (при вылезании виндового сообщения об ошибке тоже два раза приходится закрывать его):
1.
Цитата:

Код исключения: 0xc0000005
Смещение ошибки: 0x00000000000c02fc

2.
Цитата:

Код исключения: 0xc000041d
Смещение ошибки: 0x00000000000c02fc

unreal666

Ближе Help -> Log и там его можно сохранить. Именно записи его лога и нужны.

Victor_VG
А откуда они там возьмутся, если лог при каждом запуске начинается заново?
Или где-то можно поставить галку, чтобы лог автоматом сохранялся?

unreal666

При аварии плагина лог если не перезапускать программу сохранится и его можно прочитать, т.к. плагины обычно не вызывают крах самого РН. Размер лога задаётся в настройках Advanced -> History Sample Count <число записей>

Не понял.
У меня при открытии этого плагина вешается сама прога. Как я могу посмотреть лог в проге, если она висит? Если бы она сохраняла лог на винт, другое дело.
[more=скрин висяка:] [/more]

unreal666

А если на это дело с помощью другой копии отладчик натравить? Да и процмонов лог может чего и расскажет....

Zloy_Gelud
unreal666
Т.к на компе, что я юзаю с PH у меня не NVIDIA, то ничего не могу сказать о поведении GraphicsInfo с картами от NV. Но т.к. он заточен исключительно под NV, с другими картами может препятствовать запуску PH вообще. У меня препятствовал.
4604
fixed: С картами не от NV не препятствует запуску PH.
Остальное - копайтесь в логах

Добавлено:
Да, ну и естественно, если у вас не NV, не ждите от GI правдивой инфы. У меня, например, все по нулям.

ItsJustMe

Цитата:

У меня, например, все по нулям.

Тоже самое на билде 4603. На билдах до этого - PH просто крэшился.

Карточка: ATI Sapphire 9600. На мамке со встроенной графикой Intel - тоже самое.

Zloy_Gelud

Цитата:

Тоже самое на билде 4603.

Было бы странно ожидать от предыдущего билда лучшего поведения.

Цитата:

Карточка: ATI Sapphire 9600.

Приветствую, коллега. Я думал, я тут один на такой древности сижу

Цитата:

А если на это дело с помощью другой копии отладчик натравить?

Текущий отладчик не катит. Он кажется из Visual Studio и чего там с ним делать - фиг его знает.
Если бы система была x32, то можно было бы натравить OllyDbg, но тютю.

ЗЫ.
Посмотрел лог процмона, ничего интересно кажется там нет.
На всякий случай, вот он - http://ifolder.ru/25475372

пропало название видеоадаптера из заголовка окна Graphic Information

билд 4601


билд 4603

Revision 4605
Modified Tue Aug 30 18:09:53 2011 UTC (5 hours, 13 minutes ago) by dmex

GraphicsInfo: disabled ATI code

Process_Hacker_2.21_SVN-r4605-bin.7z

freeman440

Знаю, это нормально - в исходниках внесены изменения. Я свой скриншот давно выложил и там это видно.

В настройках программы нужно указать путь к файлу dbghelp.dll. У меня в системе таких файлов несколько. Какой нужен? И, вообще, для чего он нужен (прошу больно не пинать)?

P.S.: Windows 7 x64 SP1.

Antonij72
установи предварительно пакет отладочных утилит Debugging Tools от M$ - считается, что там самая актуальная либа (если не хочешь устанавливать сам пакет, распакуй дистр, скажем, 7zip'ом и кинь либу в папку с РН). эта либа содержит набор необходимых "интерфейсов" для корректного отображения информации при трассировке стека.
и не забудь настроить сервер символов:
Код: srv*c:\symbols*http://msdl.microsoft.com/download/symbols

4609
Приехали: на не NVIDIA картах GraphicsInfo опять дохнет. PH можно запустить только без GraphicsInfo.

ItsJustMe
говорю же, код довольно сырой там.

ComradG

И чего народ хочет - чтобы карточка без датчиков или с неизвестным API драйверов опрашивалась? У меня 4605 на стенде на GeForce 5600 (NV31) вылетал под Win7 SP1 с Forceware 96.87 с ошибкой чтения по адресу 0х00000002. Удалил GarphicsInfo.dll и перестал вылетать. У меня с этого стенда все логи есть - вторую копию запускал специально чтобы снять списки модулей, стека и памяти. А железо опросил HWiNFO32 3.85-1363 - поскольку была под руками. Эти логи думаю dmex смогут помочь. Хотя я бы проще сделал - коды чипов известны, и я при опросе если бы встретив старый/не поддерживаемый драйвер/чип просто выводил бы сообщение типа "данное оборудование не поддерживается" и завершал бы работу алгоритма. Так можно уйти с критического участка кода приводящего к краху.

ItsJustMe

И уж не помню точно кто, но поминали тут R3x0/RV3х0/R4x0 - а насколько я помню, так у него вообще датчиком внешний термодиод или термрезистор стоял на плате и опрашивался хорошо коли через LM78, а то и вовсе какую экзотику ставили и при ремонте платы по гарантии ломай голову что за чип стоит и какой датчик на плату в этот раз поставили. Особенно этим в свой время Palit/Sapphire увлекалась - чипы мониторинга в колбасном отделе покупала, а на схеме в сервис-мануале писали просто "U???? и R???/D????" - "Микросхема аппаратного мониторинга и датчик температуры" и думай что на заводе впаяли - маркировки либо вовсе нет, либо стёрта. И я эту петрушку на всей серии их плат видел от RADEON 9000 до RADEON 1950 всех модификаций. Так что если у NVIDIA старших моделей после серии NV4x на чипе стоит термодиод, то его ещё можно опросить - они жёстко регламентировали чип мониторинга - LM78, а у ATI/AMD столь жёсткой регламентации пока я не знаю и вполне возможно, что разнобой в этом узле и сегодня продолжается. Например достаточно чип от Winbond или не дай бог от Fichland поставить и все показатели надо пересчитывать, а с Fichland там ещё и адреса программируемые у многих чипов на несколько диапазонов т.е. без жёсткой спецификации адресов портов и формата выходных данных чипа запутаешься.

Кто подскажет - что означает эта фраза в настройках:
Enable cycle-based CPU usage

wald1968

По идее это количество циклов ЦПУ используемое для данного процесса. Я лично с этим показателем ранее дел не имел - его нужно пересчитывать во время через длительность цикла, а та штука частотно-зависимая и случайная, и потому в общем случае как оценка времени не применимая.

4619

Цитата:

* NEW/IMPROVED:
* Added Private Bytes Delta, ASLR and Subsystem columns
* Added ASLR and Time Stamp columns to modules list
* Added check for debugger in Terminator

Добавлено:
btw, текущий билд все еще считает себя версией 2.21

ItsJustMe

Добро, глянем по исходникам. Возможно это уточнение первых вариантов версии. Посмотрим что в этой серии нового:

/2.х 4623     17 minutes     dmex     Updater: Fixed buffer RtlZeroMemory logic
/misc 4622     69 minutes     dmex     misc/taskmgr: Don't use W functions, don't use L strings.

Сейчас 4424 скачал исходники и в /trunk/ProcessHacker/include/phappres.h содержится:

Цитата:

#define PHAPP_VERSION_MAJOR 2
#define PHAPP_VERSION_MINOR 21
#define PHAPP_VERSION_REVISION 0
#define PHAPP_VERSION_STRING "2.21"

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

Цитата:

Graphic Information

Очень нужная примочка...???,ради неё и Processhacker создавался ???... , им что там больше заниматься нечем???
Жаль что у создателей нормальной пока !!! проги дебильные приоритеты...

wald1968

Graphics Info - забудь пока о нём - он в состоянии разработки и пока с его переводом можно не торопится. У нас иные проблемы имеются. Например в 2.22 SVN r4637 я уже на форуме отписался, что Updater.dll под х86 не собирается, а х64 без вопросов.

Цитата:

Graphics Info

А это реально нужно? Нужно завершать процессы по списку, и если есть уважение к иноговорящим - дать возможность использовать прогу на своем языке. А клепать никому не нужное деьмо - это уже...
А если мне нужна инфа о системе, я могу и воспользоваться к примеру прогой Aida, там кстати ничего не глючит. Не тем заниматься стали,чурки...

1. А где скачать свежий, скомпилированный билд 2.22?
2. Можно сделать, чтобы в About показывалась не только версия, но и билд?

Antonij72
ждем когда Victor_VG скомпилит

Antonij72
freeman440

На данный момент исходники 4637, а там х86 Updater.dll не собирается с сообщениями о 3 критических ошибках кода. Потому жду поправку - х64_86 вариант собрался на раз, а х86 нет... Сейчас ещё раз всё перепроверил итог тот же самый:

Цитата:

Построение начато 07.09.2011 0:29:03.
1>Проект "C:\Temp\ProcessHacker\src\trunk\plugins\Updater\Updater.vcxproj" в узле 2 (целевые объекты rebuild).
1>InitializeBuildStatus:
Создание "C:\Temp\ProcessHacker\src\trunk\plugins\Updater\obj\Release32\Updater.unsuccessfulbuild", так как было задано "AlwaysCreate".
ClCompile:
C:\Program Files\Microsoft Visual Studio 10.0\VC\bin\CL.exe /c /I../../sdk/include /Zi /nologo /W3 /WX- /MP /O2 /Oi /Oy- /GL /D WIN32 /D NDEBUG /D _WINDOWS /D _USRDLL /D _WINDLL /D _UNICODE /D UNICODE /Gm- /EHsc /MT /GS /Gy /fp:precise /Zc:wchar_t /Zc:forScope /Fo"H:\Temp\ProcessHacker\src\trunk\plugins\Updater\obj\Release32\\" /Fd"H:\Temp\ProcessHacker\src\trunk\plugins\Updater\obj\Release32\vc100.pdb" /Gz /TC /analyze- /errorReport:prompt main.c options.c output.c
main.c
options.c
output.c
1>output.c(545): error C2440: функция: невозможно преобразовать "void (__stdcall *)(PVOID)" в "void (__cdecl *)(void *)"
1>output.c(545): warning C4024: _beginthread: различные типы для формального и фактического параметров 1
1>output.c(596): error C2440: функция: невозможно преобразовать "void (__stdcall *)(PVOID)" в "void (__cdecl *)(void *)"
1>output.c(596): warning C4024: _beginthread: различные типы для формального и фактического параметров 1
1>output.c(892): error C2440: функция: невозможно преобразовать "void (__stdcall *)(PVOID)" в "void (__cdecl *)(void *)"
1>output.c(892): warning C4024: _beginthread: различные типы для формального и фактического параметров 1
1>Построение проекта "C:\Temp\ProcessHacker\src\trunk\plugins\Updater\Updater.vcxproj" завершено (целевые объекты rebuild) с ошибкой.

СБОЙ построения.

Затраченное время: 00:00:05.14

4642
Updater приобрел новое окошко, правда как перестал работать неделю (или пару недель?) назад, так и не начал - надпись "Checking for updates" висит вечно. Вообщем-то, плевать на него
Другие мелкие изменения: GraphicsInfo - но все равно на некоторых конфигурациях падает, PH - какой-то мелкий фикс.

Добавлено:
Ах да, PH стал 2.22

Добавлено:

Цитата:

Можно сделать, чтобы в About показывалась не только версия, но и билд?

Можно, конечно Кто вам мешает что-то туда дописать? Хоть любимую матную частушку

ItsJustMe

Как ты думаешь, а с чего именно 4642 у меня сыпалась в отладчик? Я отписался на форуме и копии вывода отладчика переслал dmex-у - может это поможет найти причину сбоев. Отладчик указывает на сбой в PHlib приводящий к чтению процессом PH адреса памяти 0х00000014 и прерыванию по защите памяти 0х00000005 как его последствию. Сейчас исходники уже 4644. По ним посмотрю что изменилось.