Перейти из форума на сайт.

НовостиФайловые архивы
ПоискАктивные темыТоп лист
ПравилаКто в on-line?
Вход Забыли пароль? Первый раз на этом сайте? Регистрация
Компьютерный форум Ru.Board » Компьютеры » Программы » Process Hacker (часть 2)

Модерирует : gyra, Maz

 Версия для печати • ПодписатьсяДобавить в закладки
Страницы: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163 164 165 166 167 168 169 170 171 172 173 174 175 176 177 178 179

Открыть новую тему     Написать ответ в эту тему

Maz



Дед Мазай
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Предыдущие части: 1-я
 



"A free, powerful, multi-purpose tool that helps you monitor system resources, debug software and detect malware."
 
Process Hacker – это профессиональный набор инструментов управления ОС работающий с ядром через Native API (API ядра) предназначенный управляния процессами и их потоками, контроля использования памяти ЭВМ, дисковой и сетевой активности, управления состоянием и параметрами, устанавки и удаления сервисов и драйверов, может освобождать заблокированные другими процессами объекты, использоваться в качестве отладчика уровня ядра и осуществлять поиск некоторых типов руткитов и иных скрытых процессов, удалять не удаляемые иными инструментами зависшие или защищённые процессы (некоторые его возможности могут быть недоступны из-за ограничений ОС либо недостаточного уровня привилегий пользователя).
 
Примечание
 
Текущая стабильная версия: v2.39 от 29.03.2016
В разработке: v3.00, исходники смотрим на GitHub.

Примечание: исходники в репозитории включают не все патчи! Пользовательские патчи ищите на форуме, в теме или на Git. Их применение целиком на ваше усмотрение и риск!
 
Загрузки:
 
1.xх (для работы необходим MS .NET Framework 2.х) | 2.хx:  Setup (EXE) | Portable (Zip) | Source (Zip) | SDK (Zip) | Debugging Tools for Windows - ссылка на страницу MSDN для загрузки необходимого движка отладчика уровня ядра  встроенного в программу. О системной dbghelp.dll.
 
Тестовые сборки:
 
Development build
.
  • Официальные Nightly Builds - инсталлятор, Zip, SDK, исходники. Собираются автоматически после появления на GitHub нового коммита в ветке master и в них не входят Plugins-Extra* (экспериментально могут включать их 32-х битные редакции), на сервере может лежать не последняя версия.
     
  • Текущая сборка от Victor_VG из Git v3.00 и её Баг-трекер - английская бинарная сборка из Git обновляемая по мере обновления репозиториев проекта. Обязательно прочитайте plugins_install.txt (англ.) в архиве (данный файл оперативно обновляется по мере изменений в проекте и является основной инструкцией по ручной установке плагинов)!
     
    Скрипт для обновления ProcessHacker от Victor_VG
     
    *Plugins-Extra это находящиеся в стадии разработки плагины которые могут содержать ошибки или быть удалены в любой момент. Используйте их на свой страх и риск!
     
    Для старых ОС (WinXP/Vista/2003/2008)
     
    Локализованные сборки:
     
     от KLASS x64 + x86 на основе текущих Git-сборок (Zip) и Setup (Git, от Victor_VG, смотрите номер версии) | устаревшие
     
    Полноценный перевод на уровне исходников не ждите т.к. исходники обновляются намного раньше, чем может быть сделан такой перевод.
     
    Ответ wj32 на вопрос (см. тему Localisation на форуме) о локализации Process Hacker:

    Цитата:
    wj32
     
    15 Feb 2011, 14:27
    I'm not experienced with i18n, so I really don't know how to manage translations in PH.

    перевод:

    Цитата:
    У меня нет опыта работы с i18n, поэтому я не знаю, как управлять переводами в PH.

    так что не всегда переведённый проект будет работоспособен или иметь встроенную поддержку локализации, даже если есть люди готовые его переводить и поддерживать перевод поскольку разработчик не всегда может обеспечить поддержку i18n (полная локализация, включая документацию) / l10n (интернационализация, полный или частичный перевод интерфейса). Перевод Process Hacker осуществляется по мере возможности согласно модели L10n.
     
    Обсуждение переводов вынесено в отдельную тему и тут не приветствуется.

     
    В локализованных вариантах возможны произвольные ошибки в работе!
     
    Системные требования:
     
    RAM: ~ 30Mb памяти
    CPU: до 64-х процессоров
     
    Минимальная версия операционной системы зависит от версии Process Hacker:
     
    3.xx - Windows 7/Server 2008 R2 и выше, 32/64-bit редакции,
    2.39 - Windows Vista/Server 2008, 32/64-bit редакции, операции использующие драйвер уровня ядра доступны в Windows 7 и выше
    2.xx - до v2.38 включительно - Windows XP SP2/2003 и выше, 32/64-bit редакции,
    1.хx - Windows 2000 и выше, требует MS .NET Framework v2.0, только 32-бит
     
  • Подробнее о возможностях Process Hacker
  • ...и многое другое...


  • Визуальная сортировка в колонках с возможностью её сброса
  • Список горячих клавиш (хоткеев) для пунктов меню
     
    ВАЖНО!
     
    Для переключения Process Hacker в "Portable mode" (настройки хранятся в каталоге Process Hacker) до его первого запуска рядом с ProcessHacker.exe создаем файлы ProcessHacker.exe.settings.xml и usernotesdb.xml.
     
    Как правильно установить и настроить Process Hacker?
    Где взять нужную для работы Process Hacker библиотеку dbghelp.dll и как её правильно поставить?

     
    ВНИМАНИЕ! Обязательно внимательно прочитайте документацию которая есть на сайте и в архивах с дистрибутивом! Программа изначально создана для профессионалов, а потому требует от пользователя достаточно высокого уровня знаний!
     
    При работе на Windows 10 рекомендуется

     
    Дополнительные инструменты
     
    В Process Hacker любое окно или диалог можно закрыть по нажатию кнопки ESC
     
    У меня 64-х битная ОС и х64 Process Hacker. Нужен ли в нём каталог .\х64\х86?

  • Всего записей: 35941 | Зарегистр. 26-02-2002 | Отправлено: 22:22 28-12-2016 | Исправлено: Victor_VG, 07:38 13-07-2019
    Smitis

    Advanced Member
    Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору
    Мне посоветовали использовать github api для получения версии и ссылки с github.
    Вот вариант этой обновлялки.
    ProcessHacker-update-2.ps1
    С этим api ещё до конца не разобрался. Например, tag_name возвращает v3.0.6513.1986.1, одна цифра лишняя, поэтому просто её обрезаю.

    ----------
    Разум когда-нибудь победит

    Всего записей: 1670 | Зарегистр. 09-02-2003 | Отправлено: 14:49 24-11-2018
    Victor_VG



    Tracker Mod
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Smitis
     
    Не лишняя, а нужная. У версии v3.0.6513.1986 Git-e968ee18 два релиза - первый с тэгом v3.0.6513.1986 был четыре дня назад, и там есть утечка памяти в плагине DPI Awareness, вторая сегодня и именно её тэг я пометил как v3.0.6513.1986.1 потому предположение:

    Цитата:
    tag_name возвращает v3.0.6513.1986.1, одна цифра лишняя

    ошибочно ибо я когда приходит коммит в Plugins Extra смотрю наличие изменений в репозитории Process Hacker. И если их не было добавляю в тэг счётчик числа изменений репозитория Plugins Extra после последнего изменения в Process Hacker. Так удобнее отслеживать изменения репозитория.
     
    Потому тут лучше отслеживать состояние Latest release - если я что пометил как pre-release значит это только для тестирования ибо там могут быть скрытые ошибки. А ещё лучше звать git tag и брать тот тэг который будет на вершине списка "as is" иначе можно скачать произвольный коммит.

    ----------
    Жив курилка! (Р. Ролан, "Кола Брюньон")

    Всего записей: 23681 | Зарегистр. 31-07-2002 | Отправлено: 17:34 24-11-2018
    Smitis

    Advanced Member
    Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору
    Victor_VG

    Цитата:
    Не лишняя, а нужная.

    Это замечательно, только версия файла четыре числа, а тут пять. Сравнивать не получается. Может лучше было просто номер версии увеличить?


    ----------
    Разум когда-нибудь победит

    Всего записей: 1670 | Зарегистр. 09-02-2003 | Отправлено: 21:30 24-11-2018
    Victor_VG



    Tracker Mod
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Smitis
     
    В гит тэг это просто именованная метка в нелинейной истории гит-а привязанная к конкретному коммиту по его SHA-1. И она имеет только один обязательный атрибут - имя тэга, но при необходимости может иметь и сообщение. Единственное ограничение с которым я встретился используя тэги это требование чтобы имя тэга не содержало пробелов и было длинной до 50 символов. Других, по крайней мере на гитхабе я не видел, а в доках гит вообще каких-то формальных ограничений для тэгов я не встречал. Правда читать их частенько замучаешься - тот кто их писал видимо в облаках витал а потому многое недосказано мол угадай что я хотел сказать, но не сказал.  
     
    Добавлено:
    В гит для публикации релиза нужен тэг и между элементами - "Тэг - Релиз - Коммит" есть однозначная связь в виде SHA-1 коммита. Тэг это метка через SHA-1 указывающая на коммит, а релиз через SHA-1 коммита ссылается на указывающий на него тэг, который в свою очередь через SHA-1 коммита указывает на породивший его коммит и релиз в виде страницы скачивания снимка репозитория и если они добавлены файлов, то и  изменённых в этом коммите. При этом первичной единицей истории в гит является коммит, а релиз и тэг это адресующие коммит метки, и при удалении коммита из базы гит их значение становится неопределённым.

    ----------
    Жив курилка! (Р. Ролан, "Кола Брюньон")

    Всего записей: 23681 | Зарегистр. 31-07-2002 | Отправлено: 21:52 24-11-2018
    YuS_2



    Silver Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Victor_VG

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

    Это ещё мягко сказано
     
    Smitis

    Цитата:
    С этим api ещё до конца не разобрался.

    Как-то тоже пытался разобраться... терпения надолго не хватило, но методику получения ссылок и прочей инфы, причем даже с примерами, могу подсказать:
    Вызываем ссылку и получаем ответ в формате json (можно прямо в браузере для наглядности), а его уже разобрать - не проблема.
    Как пример, получения прямых ссылок:

    Код:
    [net.servicepointmanager]::securityprotocol = 'ssl3,tls,tls11,tls12'
    $api = 'https://api.github.com/'
    $rep = 'repos/'
    $usr = 'VictorVG/'
    $pth = 'Software/'
    $rel = 'releases/'
    $suf = 'contents'
    $url = $api+$rep+$usr+$pth+$suf
    $dat = (iwr $url).content|ConvertFrom-Json
    $sel = $dat|select name,type,size,download_url
    $sel|sort type,name

     

    Всего записей: 2500 | Зарегистр. 03-02-2009 | Отправлено: 22:16 24-11-2018 | Исправлено: YuS_2, 22:21 24-11-2018
    Smitis

    Advanced Member
    Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору
    YuS_2
    Именно так и сделано. Хотелось бы ещё и версию получать, кроме как основную страницу парсить.


    ----------
    Разум когда-нибудь победит

    Всего записей: 1670 | Зарегистр. 09-02-2003 | Отправлено: 22:30 24-11-2018
    Victor_VG



    Tracker Mod
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Smitis
     
    Вот с этим как раз довольно просто и ... сложно. Просто - вытаскивай на выбор version | version.txt - они формируются тулкитом при компиляции в формате TEXT/ASCII, CrLf, CP-866 и содержат одну строку вида v3.0.6513.1986 Git-e968ee18 - номер версии РН и первые девять цифр хэша её коммита. Сам же номер версии в РН расшифровывается по  схеме Minor.Major.FullCommitCount.RelativeCommitCount где,
     
    Minor - старшая цифра номера версии, сейчас 3;
    Major - младшая цифра номера версии, сейчас 0;
    FullCommitCount - счётчик всех коммитов проекта начиная с самого первого;
    RelativeCommitCount - счётчик коммитов текущей версии начиная с первого;
     
    это что касается простого, а сложное это то, что однозначной привязки имя_тэга - признак в гит нет, поэтому выбор имени тэга оставлен за автором проекта, хотя я лично и стараюсь давать тэгам имена совпадающие с номером версии релиза на который они указывают. Ну а пятая цифра в условной версии у меня означает только одно "в проекте произошло изменение которое не вызывало смену номера версии, но маркировано на Update N и меняющее одно или несколько его свойств". А такое изменение сразу пишется в changelog чтобы не ставить людей перед фактом типа вот мол, я поменял, а вы под меня подстраивайтесь.

    ----------
    Жив курилка! (Р. Ролан, "Кола Брюньон")

    Всего записей: 23681 | Зарегистр. 31-07-2002 | Отправлено: 22:55 24-11-2018
    YuS_2



    Silver Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Smitis

    Цитата:
    Хотелось бы ещё и версию получать, кроме как основную страницу парсить.

    здесь можно парсить:
    https://api.github.com/repos/VictorVG/Software/commits

    Всего записей: 2500 | Зарегистр. 03-02-2009 | Отправлено: 23:21 24-11-2018
    Victor_VG



    Tracker Mod
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    YuS_2
     
    А чего там парсить скачать version.txt и взять всё, что до первого пробела. Правда я выше уже показал что из-за наличия двух независимых репозиториев проверка по номеру версии РН бесполезна, а проверять версии всех бинарников - сегодня их под сотню, а завтра станет пол тысячи. Да, можно на лету сравнить бинарники по версиям, но это коли они есть, а коли нет?

    ----------
    Жив курилка! (Р. Ролан, "Кола Брюньон")

    Всего записей: 23681 | Зарегистр. 31-07-2002 | Отправлено: 00:01 25-11-2018
    Smitis

    Advanced Member
    Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору
    Victor_VG

    Цитата:
    Просто - вытаскивай на выбор version | version.txt

    Не вариант:
    processhacker-3.0-bin.zip     v3.0.6513.1986 Git-e968ee18 and Plugins Extra Git-240ac5dcb (DpiAware…     14 hours ago
    version.txt     v3.0.6513.1986 Git-e968ee18     5 days ago
    Получается, PH Вы обновили, но версия не изменилась и version.txt по прежнему содержит старую информацию.


    ----------
    Разум когда-нибудь победит

    Всего записей: 1670 | Зарегистр. 09-02-2003 | Отправлено: 00:53 25-11-2018
    Victor_VG



    Tracker Mod
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Smitis
     
    Всё правильно - у РН как проекта используется два независимых репозитория так как в нём две крупных ветви разработки: https://github.com/processhacker/processhacker - основная ветвь и изменения в ней отображаются в номере версии РН, из неё  собирается основной проект; и экспериментальная ветвь с репозиторием  https://github.com/processhacker/plugins-extra - находящиеся в разработке плагины не входящие в состав основного проекта которые в любой момент могут быть изменены, влиты в основной проект или удалены. Решение об их использовании пользователь принимает на свой страх и риск.
     
    При слиянии кода из plugins-extra с processhacker полное использование исходников сливаемого с плагина не обязательно, равно как возможно слияние нескольких отдельных плагинов решающих сходные задачи в один более общий и их дальнейшая разработка в рамках любой из ветвей. При этом в следствии независимости ветвей если изменения в Plugins Extras не затрагивают основную ветвь, то версия РН не меняется.  
     
    И Git для управления исходниками РН был выбран не случайно - одно из принципиальных отличий Git как системы контроля версий (СКВ) - основной единицей отслеживания в нём является коммит (фиксация), а архитектура СКВ предусматривает одновременность существованиянескольких параллельно существующих независимых ветвей (branch) разработки: основной (обязательна) - master и ряда необязательных ветвей с произвольными именами и начальной точкой, которые в любом коммите могут быть слиты между собой или с master, или удалены либо усечены-дополнены при откате-удалении-слиянии-добавлении произвольного коммита.  
     
    Но независимость ветвей порождает нелинейность истории Git и понятие "номер версии" которое для линейной СКВ типа CVS/SVN позволяло легко ориентироваться во времени для нелинейной СКВ теряет смысл становясь просто меткой обозначающей момент фиксации состояния проекта.
     
    Идеология разработки РН великолепно ложится на архитектуру Git и грех было этим не воспользоваться.

    ----------
    Жив курилка! (Р. Ролан, "Кола Брюньон")

    Всего записей: 23681 | Зарегистр. 31-07-2002 | Отправлено: 10:39 25-11-2018 | Исправлено: Victor_VG, 10:44 25-11-2018
    YuS_2



    Silver Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Victor_VG

    Цитата:
    А чего там парсить скачать version.txt и взять всё, что до первого пробела.

    Неспортивно
    К тому же, скачивать, читать, удалять - много медленных действий... да и API тогда зачем?

    Цитата:
    Да, можно на лету сравнить бинарники по версиям, но это коли они есть, а коли нет?

    Даты, даты файлов где?! Вот ведь, редиски те разрабы, зажали в этом git такой нужный заголовок...

    Всего записей: 2500 | Зарегистр. 03-02-2009 | Отправлено: 11:09 25-11-2018
    Victor_VG



    Tracker Mod
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    YuS_2
     
    Я к примеру вчера раз пять тест-кучу пересобирал, и основной Releas не меньше. Время сборки на моей машине около трёх минут с момента запуска тулкита, после добавится ещё секунд сорок - пятьдесят на пуш и редактирование релиза.  
     
    Всё, дата одинакова, разница во времени записи и что важнее в SHA-256 т.к. все сегодняшние компиляторы при каждой сборке формируют разные выходные бинарники при одних исходниках. И смысл ориентироваться во времени? А если я к примеру скриптом поставлю выбранный таймстамп? Лично я так не поступаю, но за других не поручусь. И в таком случае  ориентация по времени гарантирует не нулевую вероятность не распознания изменений. А проверка по SHA-256 их мгновенно обнаружит т.к. хэши не совпадут.  
     
    Про архиваторы, что у них при одном и том же входном наборе и ключах командной строки выходные архивы будут отличаться для двух и более независимых операций сжатия я уже и не говорю, и пока вопрос о поиске решения задачи "получение на выходе алгоритма при любом числе повторов операции сжатия и при неизменных входном наборе и параметрах сжатия однозначного и 100% воспроизводимого соответствия 'входной - выходной поток'" с момента создания в конце 50-х годов XX  века первых алгоритмов компрессии данных не ставился.

    ----------
    Жив курилка! (Р. Ролан, "Кола Брюньон")

    Всего записей: 23681 | Зарегистр. 31-07-2002 | Отправлено: 12:02 25-11-2018
    YuS_2



    Silver Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Victor_VG

    Цитата:
    Всё, дата одинакова, разница во времени записи и что важнее в SHA-256


    Цитата:
    И смысл ориентироваться во времени?


    Цитата:
    А проверка по SHA-256 их мгновенно обнаружит т.к. хэши не совпадут.

    Лично я исхожу не из чисто академического интереса, получить какие-либо данные об изменении файла и распарсить их, а скорее из меркантильного, т.е. в итоге получить наиболее свежий релиз. Причем получить его хочется, естественно, не путем скачивания всех присутствующих версий и после этого уже сравнения данных по ним, а заранее, определив его "свежесть", до момента скачивания и возможно, ещё и сравнения с присутствующей локально версией (архива или развернутой уже программы - неважно).
    Понятно, что для этого данных хэша недостаточно, для этого требуются, как минимум, номер версии, а при отсутствии, хотя бы дата-время (упоминая дату, я имел в виду именно эту пару) выпуска публичного релиза, помимо названия файла и его размера. Как-то так вот.

    Всего записей: 2500 | Зарегистр. 03-02-2009 | Отправлено: 13:07 25-11-2018
    Smitis

    Advanced Member
    Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору
    Понял. Получить нормальный номер версии с gitub нельзя. Получить дату последнего изменения файла нельзя. Получить актуальную информацию об обновлении нельзя. Придётся плясать с бубном, определять по разным косвенным признакам. В общем, как всегда.

    ----------
    Разум когда-нибудь победит

    Всего записей: 1670 | Зарегистр. 09-02-2003 | Отправлено: 13:11 25-11-2018
    Pasha_ZZZ



    Gold Member
    Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору
    Smitis
    https://ci.appveyor.com/api/projects/processhacker/processhacker
    А вот тут можно получить замечательный JSON со всем, что может понадобиться для скачивания официального билда.

    Всего записей: 8125 | Зарегистр. 11-03-2002 | Отправлено: 13:26 25-11-2018
    Victor_VG



    Tracker Mod
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Smitis
     
    Просто Git в отличии от SVN использует иные принципы управления и ориентироваться на время создания файлов, особенно когда в проекте несколько независимых репозиториев исходников в нём нельзя, но можно ориентироваться по времени публикации и SHA-1 коммитов. Например по команде git log master гит выведет не форматированный список всех коммитов от самого нового к самому старому, а команда git tag -l выведет сначала самый новый тэг, а после список всех тэгов начиная с самого старого до предпоследнего.  
     
    Но используя аргументы команд гит-а можно вывести лог в удобном для нас виде, например git log --decorate=short --since="12.11.2018 20:00:00" --date="format:%c" --format="%cd %an : %s" выведет список по одной строке на коммит начиная с 20:00:00 12.11.2018 по момент её запуска отформатировав строки в виде <дата_коммита как dd/mm/yyyy> <автор_коммита> : <краткий_комментарий_коммита_одна_строка> что удобно для чтения.  
     
    А предоставляемый гитхаб-ом API всегда был минимально-базовым, а с момента покупки этим летом гитхаба Майкрософт они API и все доступные сервисы урезают до предела пытаясь превратить гитхаб во что-то не понятное. Похоже в итоге всё сведётся к тому что там останется только Майкрософт, а остальные проекты оттуда уйдут например на БитБукет или ГитЛабс. Это если они и их к тому времени не скупят и не превратят в помойки.
     
    Pasha_ZZZ
     
    Ты бы хоть иногда в суть разговора вникал. При чём здесь официальная ночнушка когда речь идёт о моей сборке?

    ----------
    Жив курилка! (Р. Ролан, "Кола Брюньон")

    Всего записей: 23681 | Зарегистр. 31-07-2002 | Отправлено: 14:37 25-11-2018
    Pasha_ZZZ



    Gold Member
    Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору
    я, в отличие от неких местных "собирунов", всегда вникаю в суть, и специально это в сообщении указал (что официальная)... видимо "собирательство" отрицательно влияет на способность чтения

    Всего записей: 8125 | Зарегистр. 11-03-2002 | Отправлено: 14:42 25-11-2018
    Victor_VG



    Tracker Mod
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Pasha_ZZZ
     
    По делу тебе сказать нечего - молча покури в сторонке и не мешай. В русском языке "Я" последняя буква в алфавите, зато первая у хвастунов.

    ----------
    Жив курилка! (Р. Ролан, "Кола Брюньон")

    Всего записей: 23681 | Зарегистр. 31-07-2002 | Отправлено: 16:48 25-11-2018
    Victor_VG



    Tracker Mod
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    v3.0.6516.1989 Git-44a3b3b5
     
    Закомитил. Обновление Platform SDK до 10.0.17763.0 и устранение ошибки Firewall Monitor на Win 10 v1809 (Issues #66 помечен как FIXED). Ну а на семёрке он по прежнему не работает - пустая панель тогда, когда было бы неплохо увидеть почему FarNetBox сервер не видит? Ну, тут вкладка Network сразу показывает в колонке Firewall status: Not allowed, not restricted - БД слетела, перепишем из бэкапа, знакомо.

    ----------
    Жив курилка! (Р. Ролан, "Кола Брюньон")

    Всего записей: 23681 | Зарегистр. 31-07-2002 | Отправлено: 00:41 27-11-2018
    Открыть новую тему     Написать ответ в эту тему

    Страницы: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163 164 165 166 167 168 169 170 171 172 173 174 175 176 177 178 179

    Компьютерный форум Ru.Board » Компьютеры » Программы » Process Hacker (часть 2)

    Имя:
    Пароль:
    Сообщение

    Для вставки имени, кликните на нем.

    Опции сообщенияДобавить свою подпись
    Подписаться на получение ответов по e-mail
    Добавить тему в личные закладки
    Разрешить смайлики?
    Запретить коды


    Реклама на форуме Ru.Board.

    Powered by Ikonboard "v2.1.7b" © 2000 Ikonboard.com
    Modified by Ru.Board
    © Ru.Board 2000-2018

    BitCoin: 1NGG1chHtUvrtEqjeerQCKDMUi6S6CG4iC

    Рейтинг.ru