Служба WER (Windows Error Reporting ) служит для сбора и отправки отладочной информации о падении системных и сторонних приложений в Windows на сервера Microsoft. По задумке Microsoft, эта информация должна анализироваться и при наличии решения, вариант исправления проблемы должен отправляется пользователю через Windows Error Reporting Response. Но по факту мало кто пользуется этим функционалом, хотя Microsoft настойчиво оставляет службу сбора ошибок WER включенной по умолчанию во всех последних версиях Windows. В большинстве случае о службе WER вспоминают, когда каталог начинает занимать на системном диске довольно много места (вплоть до нескольких десятков Гб), даже не смотря на то что на этом каталоге по умолчанию включена .
Служба Windows Error Reporting представляет собой отдельный сервис Windows, который можно легко отключить командой:
Внутри каталога WER\ReportQueue\ содержится множество каталогов, с именами в формате:
Как вы видите, имя каталога содержит степень критичности события и имя конкретного exe файла, который завершился аварийно. Во всех каталогах обязательно имеется файл Report.wer , который содержит описание ошибок и несколько файлов с дополнительной информацией.
Как правило, размер каждой папки незначителен, но в некоторых случаях для проблемного процесса генерируется дамп памяти, который занимает довольно много места. На скриншоте ниже видно, что размер файла дампа memory.hdmp составляет около 610 Мб. Парочка таким дампов – и на диске исчезло несколько свободных гигибайт.
Чтобы очистить все эти ошибки и журналы штатными средствами, откройте панель управления и перейдите в раздел ControlPanel -> System and Security -> Action Center -> Maintenance -> View reliability history -> View all problem reports и нажмите на кнопку Clear all problem reports .
Для быстрого освобождения места на диске от файлов отладки, сгенерированных службой WER, содержимое следующих каталогов можно безболезненно удалить и руками.
Отключить запись информации об ошибках Windows Error Reporting в серверных редакция Windows можно следующим образом:
В Windows 10 возможность отключить Error Reporting через GUI отсутствует. Проверить статус компонента можно в панели управления Система и безопасность ->Центр безопасности и обслуживания -> секция Обслуживание . Как вы видите, по умолчанию параметр включен (Control Panel -> System and Security -> Security and Maintenance -> Maintenance -> Check for solutions to problem reports).
Отключить Windows Error Reporting в Windows 10 можно через реестр. Для этого в ветке нужно создать новый параметр типа DWORD (32 бита) с именем Disabled и значением 1 .
Теперь еще раз проверим статус параметра Поиск решения для указанных в отчетах проблем в панели управления. Его статус должен изменится на Отключено.
Ведение журналов службой Windows Error Reporting можно отключить и через групповую политику. Она находится в разделе Computer Configuration/Administrative Templates/Windows Components/Windows Error Reporting (Компоненты Windows -> Отчеты об ошибках Windows). Для отключения сбора и отправки данных включите политику Disable Windows Error Reporting (Отключить отчеты об ошибках Windows).
В результате сообщения об ошибках приложений в Windows перестанут формироваться и автоматически отправляться в Microsoft.
Отчет об ошибках включен по умолчанию в XP, Vista, и Windows 7. Когда в приложении происходит ошибка появляется детальное описание данной ошибки и вам предлагается отправить данную информацию в Microsoft. Данная информация получается с миллионов ПК во всем мире и помогает в создании патчей и сервис паков. В некоторых случаях самостоятельный разбор информации об ошибки помогает в решении проблемы. Однако в некоторых случаях данное поведение системы не допустимо и вам хотелось бы отключить данный функционал. В данной статьте мы и рассмотрим методы отключения отчета об ошибках во всех системах.
Windows 7
Откройте стартовое меню и введите в поисковую строку problem reporting settings , или перейдите в Action Center -> Change Action Center Settings -> Problem Reporting Settings. Если вы использовали метод поиска, выберите пункт “Choose how to report problems”:
Затем вы можете легко выбрать нужную вам опцию из списка.
Отключение отчета об ошибках в Windows 7 с помощью групповых политик
Замечание: Данный метод недоступен для домашних версий Windows 7.
Нажмите Start и введите gpedit.msc в строке поиска и нажмите Enter.
Откроется редактор локальной групповой политики. Далее вам нужно перейти в раздел User Configuration \ Administrative Templates \ Windows Components \ Windows Error Reporting и зайти в политику Disable Windows Error Reporting .
Смените состояние политики с Not Configured на Enabled, затем нажмите Apply и Ok и выйдите из редактора групповой политики.
Отключение отчета об ошибках в Vista
Для отключения отчета об ошибках в Vista нажмите на Start и откройте панель управления (Control Panel).
Переведите панель управления в классический режим отображения и нажмите на Problem Reports and Solutions.
Как вы можете видеть нам предлагается две опции. Если вы выберете Ask me to check if a problem occurs , отчет об ошибках будет включен и вам будет предложен выбор посылать информацию в Microsoft или нет. Если вы выберете Check for solutions automatically (recommended) все данные будут отправляться в Microsoft автоматически. Оба варианта нам не подходят, так как мы хотим полностью отключить данный функционал, поэтому нажмем ссылку Advanced Settings .
В появившемся окне в разделе For my programs, problem reporting is… выберите Off и затем нажмите Ok.
Как вы теперь видите предыдущие опции недоступны для редактирования.
Нажмите Close в сообщении, сообщающем нам о том, что отчет об ошибках отключен.
Отключение отчета об ошибках в XP
Для отключения отчета об ошибках в XP нажмите правой кнопкой на иконке "Мой компьютер " и выберите Свойства . В открывшемся окне перейдите на вкладку Дополнительно и нажмите кнопку Отчет об ошибках.
В открывшемся окне выберите опцию Disable error reporting . Снимите флажок с опции But notify me when critical error occur .
Задумались где купить хорошую и недорогую одежду для ребенка. Рекомендую детский сток интернет-магазин с огромным выбором и низкими ценами.
Перестаёт работать или работает некорректно), Windows создает отчёт о проблеме, который предназначен для отправки в Microsoft (чтобы отыскать решение проблемы).
Начиная с операционной системы , на смену «инструменту анализа сбоев или аварий» Dr. Watson пришла Windows Error Reporting (WER ) – Служба регистрации ошибок Windows (другие названия – , Отчеты о проблемах и решения ).
Служба регистрации ошибок Windows представлена следующими файлами (все расположены в каталоге \Windows\System32\ ):
– wer.dll (Библиотека сообщений об ошибках Windows );
– wercon.exe (Отчеты о проблемах и их решениях );
– wercplsupport.dll ();
– werdiagcontroller.dll (WER Diagnostic Controller );
– WerFault.exe (Отчет об ошибках Windows );
– WerFaultSecure.exe (Отчеты об ошибках Windows );
– wermgr.exe (Windows Problem Reporting );
– wersvc.dll (Служба регистрации ошибок Windows );
– wertargets.wtl .
Когда происходит сбой какого-либо процесса (программы), служба Windows Error Reporting запускает – в сеансе ошибочного процесса – свою (WerFault.exe ),
передавая идентификатор (PID ) процесса в командную строку WerFault :
При этом отображается окно Microsoft Windows с сообщением об ошибке – «Прекращена работа <Название_программы>. При следующем подключении к Интернету Windows может провести поиск способа устранения этой ошибки» :
При нажатии на кнопку Показать подробности проблемы можно ознакомиться с сигнатурой проблемы:
Сигнатуры проблем сохраняются в отчётах об ошибках, которые хранятся в каталоге \Users\Master\AppData\Local\Microsoft\Windows\WER\ReportArchive\ , каждый отчет – в отдельной папке Report******** (например, Report0a003e48 ), в файле Report.wer .
Примерное содержимое файла Report.wer :
Version=1
EventType=APPCRASH
EventTime=129234418886148269
ReportType=2
Consent=1
Response.type=4
Sig.Name=Имя приложения
Sig.Value=iexplore.exe
Sig.Name=Версия приложения
Sig.Value=8.0.6001.18928
Sig.Name=Штамп времени приложения
Sig.Value=4bdfa327
Sig.Name=Имя модуля с ошибкой
Sig.Value=mshtml.dll
Sig.Name=Версия модуля с ошибкой
Sig.Value=8.0.6001.18928
Sig.Name=Штамп времени модуля с ошибкой
Sig.Value=4bdfb76d
Sig.Name=Код исключения
Sig.Value=c0000005
Sig.Name=Смещение исключения
Sig.Value=000da33f
DynamicSig.Name=Версия ОС
DynamicSig.Value=6.0.6002.2.2.0.768.3
DynamicSig.Name=Код языка
DynamicSig.Value=1049
DynamicSig.Name=Дополнительные сведения 1
DynamicSig.Value=fd00
DynamicSig.Name=Дополнительные сведения 2
DynamicSig.Name=Дополнительные сведения 3
DynamicSig.Value=fd00
DynamicSig.Name=Дополнительные сведения 4
DynamicSig.Value=
UI=C:\Program Files\Internet Explorer\iexplore.exe
UI=Прекращена работа Internet Explorer
UI=Windows может провести поиск способа устранения этой ошибки в Интернете.
UI=Искать решение проблемы в Интернете и закрыть программу
UI=Проверить наличие способа исправления ошибки в Интернете позднее и закрыть программу
UI=Закрыть программу
FriendlyEventName=Остановка работы
ConsentKey=APPCRASH
AppName=Internet Explorer
AppPath=C:\Program Files\Internet Explorer\iexplore.exe
Как запустить службу Отчеты о проблемах и их решениях
Нажмите Пуск –> Панель управления –> Отчеты о проблемах и их решениях ;
– в окне Отчеты о проблемах и их решениях в меню Задачи доступны следующие опции:
· Искать новые решения (необходимо открытое соединение с Интернетом);
Это статья по мотивам вопросов на форумах: "Как мне вернуть строку из DLL?", "Как передать и вернуть массив записей?", "Как передать в DLL форму?".Чтобы вам не тратить половину жизни на разобраться - в этой статье я принесу всё на блюдечке.
Темы этой статьи в разной степени уже не раз затрагивались в этом блоге, но в этой статье они собраны в кучу, приведены обоснования. Короче, ссылкой на эту статью можно кидаться в тех, кто разрабатывает DLL.
Важное примечание : статью нужно читать последовательно . Примеры кода приводятся только как примеры , на каждом шаге (пункте) статьи код примеров добавляется новыми подробностями. Например, в самом начале статьи нет обработки ошибок, указываются "классические" способы (типа, использования GetLastError , соглашения sdtcall и т.д.), которые по ходу статьи заменяются на более адекватные. Сделано так по той причине, чтобы "новые" ("необычные") конструкции не вызывали вопросов. Иначе при пришлось бы к каждому примеру вставлять примечание вида: "вот это обсуждается в том пункте ниже, а вот то - в этом вот". В любом случае в конце статьи есть ссылка на уже готовый код, написанный с учётом всего сказанного в статье. Можете просто его брать и использовать. А статья объясняет зачем и почему. Если вам не интересно "зачем и почему" - листайте в конец к заключению и ссылке на скачивание примера.
