Папка wer windows 7 что это
Обновлено: 06.07.2024
Система отчета об ошибках Windows Error Reporting (WER) является сложным механизмом, автоматизирующим представление сбоев процессов пользовательского режима и режима системных сбоев.
Windows Error Reporting может быть настроена путем перехода в Панель управления (Control Panel) и выбора Центр поддержки (Action Center) -> Настройка центра поддержки (Change Action Center) -> Параметры отчета о неполадках (Problem Reporting Settings).
Диалоговое окно Windows Error Reporting.
На системах с исходными настройками отчет об ошибке (мини-дамп и XML-файл с различными подробностями, например, с номерами версий DLL-библиотек, загруженных в процессе) отправляется на интернет-сервер Microsoft, занимающийся анализом аварийных ситуаций. Затем, когда служба уведомляется о решении для проблемы, она выводит подсказку, информирующую пользователя о его действиях, которые нужно выполнить для решения проблемы.
ПРИМЕЧАНИЕ. WER будет активно (визуально) информировать пользователя аварийного приложения только в том случае, когда приложение имеет как минимум одно видимое интерактивное окно. В противном случае авария будет занесена в журнал, но пользователю придется вручную зайти в Центр поддержки для просмотра соответствующей записи. Такое поведение призвано избавить пользователя от путаницы, не выводя диалогового окна WER, относящегося к невидимым аварийным процессам, о которых пользователь может не знать, например, о службе, выполняемой в фоновом режиме.
Если все рассмотренные операции должны были произойти в контексте сбойного потока, то есть как часть изначально установленного фильтра необработанных исключений, то иногда для слишком поврежденного потока может не получиться выполнить все эти довольно сложные шаги, и сбой может возникнуть в самом фильтре необработанных исключений. Такую «тихую смерть процесса» нельзя будет зарегистрировать, что затруднит отладку, а также выразится в невидимых сбоях в тех случаях, когда на машине не будет ни одного пользователя.
Чтобы избежать подобных проблем, если сбой произошел в самом фильтре необработанных исключений, имеющийся в Windows механизм WER выполняет эту работу вне аварийного потока, что позволяет зарегистрировать любую аварию процесса или потока и уведомить о ней пользователя.
WER содержит множество настраиваемых параметров, к которым пользователь может получить доступ через редактор групповой политики (Group Policy) или внося изменения в реестр вручную. В таблице представлен список вариантов настройки WER в реестре, показано их использование и возможные значения.
Эти значения находятся в подразделе HKLM\SOFTWARE\Microsoft\Windows\ Windows Error Reporting для настроек компьютера и в аналогичном пути в разделе HKEY_CURRENT_USER для настройки для каждого пользователя.
Настройки WER в реестре.
| Настройка | Смысл | Значение |
|---|---|---|
| ConfigureArchive | Содержание архивных данных | 1 — для параметров, 2 — для всех данных |
| Consent\DefaultConsent | Какие данные должны требовать согласия | 1— для любых данных, 2 — только для параметров, 3 — для параметров и безопасных данных, 4 — для всех данных. |
| Consent\DefaultOverrideBehavior | Должен ли DefaultConsent замещать значения согласия дополнительного модуля WER | 1 — для разрешения замещения |
| Consent\PluginName | Значение согласия для конкретного дополнительного модуля WER | То же самое, что и для DefaultConsent |
| CorporateWERDirectory | Каталог для общего хранилища WER | Строка, содержащая путь |
| CorporateWERPortNumber | Порт, используемый для общего хранилища WER | Номер порта |
| CorporateWERServer | Имя, используемое для общего хранилища WER | Строка, содержащая имя |
| CorporateWERUseAuthentication | Использование для общего хранилища WER встроенной аутентификации Windows (Windows Integrated Authentication) | 1— для разрешения встроенной аутентификации |
| CorporateWERUseSSL | Использование для общего хранилища WER протокола защищенных сокетов (SSL) | 1 — для разрешения SSL |
| DebugApplications | Список приложений, требующих от пользователя выбора между отладкой (Debug) и продолжением (Continue) | 1— для предоставления пользователю возможности выбора |
| DisableArchive | Включен ли архив | 1 — для выключения архива |
| Disabled | Выключена ли служба WER | 1 — для выключения WER |
| DisableQueue | Определение необходимости постановки отчетов в очередь | 1 — для выключения очереди |
| DontShowUI | Выключение или включение WER UI | 1 — для выключения UI |
| DontSendAdditionalData | Предотвращение отправки дополнительных данных об аварии | 1 — не отправлять |
| ExcludedApplications\AppName | Список приложений, исключенных из WER | Строка, содержащая список приложений |
| ForceQueue | Нужно ли отчеты отправлять в очередь пользователя | 1 — для отправки отчетов в очередь |
| LocalDumps\DumpFolder | Путь, который нужно использовать для хранения дапм-файлов | Строка, содержащая путь |
| LocalDumps\DumpCount | Максимальное количество дапм-файлов в пути | Счетчик |
| LocalDumps\DumpType | Тип дампа, генерируемого при аварии | 0 — для специального дампа, 1 — для мини-дампа, 2 — для полного дампа |
| LocalDumps\CustomDumpFlags | Для специальных дампов, указывает их специализацию | Значения, определенные в MINIDUMP_TYPE |
| LoggingDisabled | Включение или выключение ведения журнала | 1 — для выключения ведения журнала |
| MaxArchiveCount | Максимальный размер архива (в файлах) | Значение в диапазоне 1–5000 |
| MaxQueueCount | Максимальный размер очереди | Значение в диапазоне 1–500 |
| QueuePesterInterval | Дни между запросами, чтобы пользователь мог проверить решения | Количество дней |
ПРИМЕЧАНИЕ. Значения, перечисленные в параметре LocalDumps, могут также быть настроены для каждого приложения путем добавления имени приложения в пути подраздела между LocalDumps и соответствующим значением. Но они не могут быть настроены для каждого пользователя, поскольку существуют только в пути HKLM.
начиная с Windows Vista Windows предоставляет отчеты о сбоях, неответе и сбоях ядра по умолчанию, не требуя внесения изменений в приложение. При необходимости отчет будет содержать сведения дампа минидампа и кучи. Вместо этого приложения используют API WER для отправки отчетов о проблемах, связанных с приложениями, в корпорацию Майкрософт.
поток отчеты об ошибках Windows для сбоев, нереагирования и сбоев ядра
Ниже показаны действия, выполняемые для сбоев приложения, нереагирования или сбоя ядра.
Приложения могут использовать следующие функции для настройки содержимого отчета, отправляемого в корпорацию Майкрософт. Функции регистрации сообщают о том, что в отчете об ошибках, создаваемых, включаются определенные файлы и блоки памяти.
поток отчеты об ошибках Windows для отчетов об универсальных событиях
Следующие шаги показывают, как приложения могут получить отчет об ошибке для некритической ошибки.
исключение приложения из отчеты об ошибках Windows
чтобы исключить приложение из Windows отчетов об ошибках, используйте функцию вераддексклудедаппликатион . Чтобы восстановить отчеты об ошибках для приложения, используйте функцию верремовиксклудедаппликатион .
Автоматическое восстановление данных и перезапуск сбойного приложения
Приложение может использовать восстановление и перезагрузку приложения, чтобы сохранить данные и сведения о состоянии до завершения работы приложения из-за необработанного исключения или зависания приложения. При запросе приложение также перезапускается. Дополнительные сведения см. в разделе Восстановление приложений и перезапуск.
Устаревший API
Приложение может сообщить об ошибке, вызвав функцию репортфаулт . Однако не следует использовать функцию репортфаулт , если нет особой необходимости в том, что поведение по умолчанию для отчетов об ошибках операционной системы не может быть удовлетворено.
Система отчетов об ошибках поддерживает следующие режимы работы.
| Режим работы | Описание |
|---|---|
| Отчеты о общей памяти | Если контекст безопасности приложения совпадает с контекстом безопасности вошедшего в систему пользователя, система отчетов об ошибках использует блок общей памяти для обмена данными. Этот режим нельзя использовать с режимом создания отчетов манифеста. |
| Отчеты о манифестах | Если контекст безопасности приложения не совпадает с контекстом безопасности вошедшего в систему пользователя, система отчетов об ошибках использует файл для обмена данными. Этот режим также используется для создания отчетов о неотвечающих приложениях и сбоях ядра. Этот режим нельзя использовать с режимом создания отчетов общей памяти. |
| Отчеты в Интернете | Система отчетов об ошибках отправляет все данные в корпорацию Майкрософт через Интернет. Это режим работы по умолчанию. Его нельзя использовать с корпоративным режимом отчетов. Этот режим используется, если администратор не указал путь передачи Организации. |
| Корпоративные отчеты | Система отчетов об ошибках отправляет все данные в общую папку, а не передает их непосредственно в корпорацию Майкрософт. Это позволяет корпоративным ИТ-менеджерам проверять данные перед их отправкой в корпорацию Майкрософт. Этот режим используется при наличии корпоративного пути передачи, указанного администратором. Его нельзя использовать с режимом создания отчетов в Интернете. |
| Отчеты без монитора | Система отчетов об ошибках не отображает никаких диалоговых окон для пользователя. Это позволяет корпоративным ИТ Manager получать отчеты об ошибках от своих сотрудников в любое время. Этот режим используется, когда администратор включает отчеты, но уведомление отключено. Его можно использовать только в корпоративном режиме отчетов. |
Чтобы исключить приложение из отчетов об ошибках, используйте функцию аддерексклудедаппликатион .
В предыдущей статье данного цикла, посвященной механизму Application Restart and Recovery, мы упомянули механизм Windows Error Reporting (WER). О нем и пойдет речь в настоящей статье данного цикла.
Механизм Windows Error Reporting
Отметим, что компания Microsoft сама активно использует механизм Windows Error Reporting как в процессе разработки, так и после выпуска продуктов на рынок. Так, продуктовая группа Microsoft Office исправила 50% ошибок в Office Service Pacl 2, продуктовая группа Visual Studio — 74% ошибок в Beta 1 Visual Studio 2005, 29% ошибок в Windows XP было исправлено в Windows XP Service Pack 1. В настоящее время более 2 тыс. компаний применяют сервисы Windows Error Reporting для улучшения качества своих приложений.
Механизм Windows Error Reporting впервые появился в Windows XP, был существенно расширен в Windows Vista и получил дальнейшее развитие в Windows Server 2008, Vista Service Pack 1 и Windows 7 и Windows Server 2008 R2. Так, на уровне Windows Vista у разработчиков появилась возможность не только получать информацию о сбоях, произошедших в приложениях, но и данные о производительности. Теперь можно более гибко создавать, настраивать и отсылать отчеты о проблемах, улучшились средства онлайнового анализа данных и упростился механизм коммуникаций с пользователями — через механизм Problem Reports and Solutions (в Windows Vista — Start —> Control Panel —> System and Maintenance —> Problem Reports and Solutions —> View Problem History) и Action Center (в Windows 7). Затем в Windows Server 2008 и Vista Service Pack 1 появилась возможность создания локальных дампов, а в Windows 7 и Windows Server 2008 R2 добавлена возможность генерации исключений, которые не будут обрабатываться традиционными обработчиками и будут приводить к немедленному завершению приложения и автоматическому запуску механизма Windows Error Reporting, а также возможность задания внешнего процесса — обработчика исключений, который будет вызываться для получения названия события, параметров отчета об ошибке и опционального запуска отладчика.
Использование механизма Windows Error Reporting
Давайте кратко рассмотрим, как разработчики могут применять механизм Windows Error Reporting для получения информации о сбоях и других проблемах со своими приложениями. Начиная с Windows Vista Windows по умолчанию предоставляет отчет о сбоях, зависаниях и ошибках уровня ядра операционной системы (kernel faults) для всех приложений — внесения изменений в код приложений не требуется. При необходимости отчет включает мини-дамп памяти и дамп «кучи» приложения, приложениям требуется использование программных интерфейсов в тех случаях, когда необходима отсылка какойто специфической для приложения дополнительной информации. Поскольку ядро Windows автоматически собирает в отчет информацию о необработанных исключениях, приложениям не нужно обрабатывать исключения, приводящие к фатальным ошибкам.
В случае возникновения сбоев, зависаний или ошибок уровня ядра операционной системы механизм Windows Error Reporting выполняет следующую последовательность действий:
В зависимости от ситуации в CAB-файле могут присутствовать различные типы дампов, которые можно различать по расширению имени файла (табл. 1).
В приложении могут использоваться перечисленные ниже функции для настройки содержимого отчета, посылаемого в Microsoft, — регистрационная функция указывает Web на необходимость включения в создаваемый отчет указанных файлов и блоков памяти.
Для включения в состав отчета файла применяется функция WerRegisterFile(), которой в качестве параметров передаются: полное имя файла, его тип (одно из значений WER_REGISTER_FILE_TYPE) и два флага: WER_DELETE_FILE_WHEN_DONE, указывающий на то, что файл должен быть удален после отсылки отчета, и WER_ANONYMOUS_ DATA, указывающий на то, что в файле не содержатся приватные данные. Возможные значения параметра WER_REGISTER_FILE_ TYPE приведены в табл. 2.
Отметим, что задача генерации дампа памяти возлагается на разработчика приложения — для ее решения можно применять, например, отладочные механизмы, описанные в Windows SDK (см. функцию MiniDumpWriteDump()).
Для исключения файла из отчета следует использовать функцию WerUnRegisterFile(), указав ей в качестве параметра имя исключаемого файла.
В большинстве сценариев отсылка дополнительных файлов происходит только при получении от сервера соответствующего запроса. В случае отсылки дополнительных файлов необходимо применять флаг WER_ADD_ REGISTERED_DATA при вызове функции WerReportSubmit() — о ней мы расскажем далее.
Для включения в состав отчета копии области памяти применяется функция WerRegisterMemoryBlock(), в качестве параметров которой передаются адрес начала включаемого блока памяти и размер этого блока в байтах (максимальный размер блока памяти — WER_MAX_MEM_BLOCK_SIZE). Для отмены включения копии области памяти в отчет следует применять функцию WerUnRegisterMemoryBlock(). В случае отсылки данных из памяти необходимо использовать флаг WER_ADD_REGISTERED_DATA при вызове функции WerReportSubmit().
Функции WerSetFlags() и WerGetFlags() могут применяться соответственно для управления состоянием процесса в момент генерации отчета об ошибках и получения информации о настройках.
Процесс генерации и отсылки отчета состоит из нескольких шагов. Инициализация отчета выполняется вызовом функции WerReportCreate(), с помощью которой указывается тип события, для которого создается отчет, тип отчета (WerReportNonCritical — для сбоев с возможностью восстановления и WerReportCritical — для сбоев, повлекших аварийное завершение приложения), ссылка на информацию, включаемую в отчет (см. структуру WER_REPORT_INFORMATION), и переменная, которая будет содержать ссылку на созданный отчет, — ReportHandle.
После того как отчет успешно инициализирован, необходимо добавить в него параметры первой и второй групп. Параметры первой группы задаются с помощью функции WerReport-Set-Parameter(), которой передается ссылка на созданный отчет (результат успешного выполнения функции WerReportCreate), набор флагов, имя параметра и его значение (16-битная строка в Unicode, заканчивающаяся нулем).
Для включения в состав отчета дополнительных параметров применяется функция WerReportAddSecondaryParameter(), которой передается ссылка на отчет, имя параметра и его значение.
Помимо возможности включения в состав отчетов файлов и снимков областей памяти, предусмотрена передача в составе отчета и дампов памяти — для этого можно использовать функцию WerReportAddDump(), в качестве параметров которой указываются ссылка на отчет, ссылки на процесс и поток, для которых был создан дамп, тип дампа (одно из значений WER_DUMP_TYPE), информация об исключении (указатель на структуру типа WER_EXCEPTION_INFORMATION), дополнительные опции (тип данных WER_DUMP_CUSTOM_OPTIONS) и флаги. Отметим, что процесс, для которого создается дамп, должен иметь права доступа STANDARD_RIGHTS_READ и PROCESS_QUERY_INFORMATION.
Для включения в состав отчета файлов мы применяем функцию WerReportAddFile(), которой передаем ссылку на отчет, полное имя файла, тип файла (WER_FILE_ TYPE) и дополнительные флаги.
Помимо этого разработчикам предоставляется возможность настройки пользовательского интерфейса — выбора информации, отображаемой в системной диалоговой панели. Для этих целей служит функция WerReportSetUI Option(), которой передается ссылка на отчет, тип интерфейса отчета (WER_REPORT_UI) и значение отображаемой строки. Приложение может модифицировать любое из полей интерфейсного элемента, заданного параметром WER_REPORT_UI; каждый вызов функции позволяет модифицировать только одно поле. Функция WerReportSetUIOption() может вызываться в любой момент работы приложения до непосредственной отсылки отчета.
После того как отчет сформирован и настроен, мы используем функцию WerReportSubmit() для отсылки отчета. В качестве параметров этой функции передаются ссылка на отчет, тип пользовательского интерфейса (наличие прав администратора, подтверждение отсылки и т.п.) и набор флагов. После того как отчет послан, следует закрыть ссылку на него, используя функцию WerReportCloseHandle().
Для отключения приложения от механизма Windows Error Reporting следует использовать функцию WerAddExcludedApplication(), а для повторного подключения — функцию WerRemoveExcludedApplication().
Настройки Windows Error Reporting располагаются в двух ветвях реестра:
- HKEY_CURRENT_USER\Software\Microsoft\Windows\Windows Error Reporting;
- HKEY_LOCAL_MACHINE\Software\Microsoft\Windows\Windows Error Reporting.
Наиболее полезные настройки показаны в табл. 3.
Заключение
В следующих статьях, посвященных операционной системе Windows 7 для разработчиков, мы рассмотрим ряд изменений на уровне ядра операционной системы, которые могут представлять интерес для разработчиков приложений.
-Например карта моего диска С выглядит вот так:
еще много памяти уходит на точки восстановления системы
востановление системы проверь точки востановления они очень много весят
Многие пользователи ПК задаются как можно увеличить свободное пространство и какие же файлы можно Удалить из диска С, а какие трогать нивкоем случае нельзя! Вот в этой статье я это вам и напишу.
1-удалить каталог ReportQueue по пути c:\Users\All Users\Microsoft\Windows\WER\ReportQueue он содержит кеш ошибок
и создать txt с такимже именем
2-Удалить функцию гипернация (спящий режим) -
Для запуска cmd под админом надо:
[Win]+[R], пишем cmd, нажимаем [Ctrl]+[Shift] и нажимаем [Enter].
Далее вводим:
powercfg –hibernate -h off – выключение спящего режима;
powercfg –hibernate -h on - включение спящего режима.
(если хотите посмотреть сколько она занимает пространства на жорстком диске то зайдите на диск С и посмотрите свойства файла hiberfil.sys (файл может быть скрыт) и невкоем случаи не удаляйте его с проводника, а только способом что выше)
3-Если у вас много оперативной памяти (более 4гб) то рекомендую отключить файл поткачки.
Кликните ПКМ по Мой компютер, выберите Свойства, Дополнительные параметры системмы, тогда выберите Параметры, Дополнительно, Изменить, тогда кликните ЛКМ по диску С, тогда по Без файла подкачки и Задать, ОК, ОК, и перезагружаем ПК.
4-Отключение Защты системмы тоесть если точнее Точки восстановления системмы.
Кликните ПКМ по Мой компютер, выберите Свойства, Защита Системмы, кликаем ЛКМ по диску С, Настройки, Удалить, Продолжить, Закрыть, Отключить защиту системмы, ОК, ОК, перезагружаем ПК.
В ДОПОЛНЕНИЕ К ВЫШЕ НАПИСАННОМУ
НЕМНОГО О ПАПКАХ И ФАЙЛАХ НА ДИСКЕ "С:\"
Вступительное слово
"Большинство из описаных ниже файлах и папок занимают довольно приличное место на системном диске "С:\" и многим пользователем интерестно можно ли удалить их не повредив систему и тем самым освободить драгоценное место на диске; другимже пользователям мешают некоторые файлы и папки, так бы сказав мозолят глаза (по мне непонятным причинам)."
c:\Boot\---------------------------------------НЕЛЬЗЯ------------------------------ ---------------------------
Все загрузочные файлы Windows 7 находятся в папке Boot, от содержимого папки зависит,
загрузится ли Windows или нет.
C:\CONFIG.MSI----------------------------------МОЖНО СМЕЛО УДАЛЯТЬ ЕСЛИ ВАШ ПК РАБОТАЕТ НОРМАЛЬНО-------------
В этой папке сохраняются резервные копии системных файлов, которые были заменены при установке различных
программ с помощью стандартного инсталлятора Windows Installer.
C:\MSOCache\-----------------------------------СМЕЛО УДАЛЯТЬ--------------------------------------------------
временная папка создается во время установки программных продуктов майкрософт.
c:\PerfLogs\-----------------------------------в ПРИНЦЫПЕ МОЖНО НО Я БЫ НЕ ТРОГАЛ-----------------------------
В этой папке храняться данные счетчиков производительности, трассировки, судя по всему, еще кое-что из логов.
c:\ProgramData\--------------------------------НЕЛЬЗЯ------------------------------ ---------------------------
В папку ProgramData, расположенную в корне системного диска, некоторые приложения распаковывают свои
установочные файлы, которые можно безболезненно удалить. Однако в этой папке также могут храниться важные
файлы и данные установленных программ. Поэтому удаление файлов из этой папки может привести к неправильной
работе программ. Также в этой папке хранятся настройки программ всех пользователей компьютера.
С:\Program Files\------------------------------НЕЛЬЗЯ----------------------------------------- -----------------
Вэтой папке хранятся все программы которые вы устанавливали на пк, а также некоторые стандартные.
С:\System Volume Information-------------------МОЖНо УДАЛЯТЬ если вы не пользуетесь Восстановлением системмы---
Здесь хранятся точки востановления системмы.
c:\Users\--------------------------------------НЕЛЬЗЯ------------------------------ ----------------------------
В ней хранятся папки с Пользователями, а также пользовательские данные, и настройки некоторых програм.
c:\Windows\------------------------------------НЕЛЬЗЯ НЕВКОЕМ СЛУЧАЕ-------------------------------------------
Здесь хранятся самые важные файлы Операцыонной Системы и сам Windows.
С:\bootsect.bak--------------------------------ВПРИНЦЫПЕ МОЖНО НО НЕ РЕКОМЕНДУЕТСЯ-----------------------------
В этом файле хранится копия старого загрузочного сектора диска, созданная при ее установке, это так называемая резервная копия.
C:\hiberfil.sys--------------------------------УДАЛИТЬ ТОЛЬКО ЧЕРЕЗ CMD КОМАНДОЙ powercfg -h off---------------
Функция Спящего режима или же Гипернация.
С:\pagefile.sys--------------------------------В СВОЙСТВАХ МОЙ КОМПЮТЕР ВЫКЛЮЧИТЬ ФАЙЛ ПОДКАЧКИ----------------
Файл подкачки.
С:\KbList.txt----------------------------------СМЕЛО УДАЛЯТЬ---------------------------------------------------
Помоему здесь храниться история загруженых обновлений, или чтото в этом роде.
С:\RegList.txt---------------------------------СМЕЛО УДАЛЯТЬ---------------------------------------------------
Помоему здесь храниться история загруженых обновлений, или чтото в этом роде.
C:\Windows\Installer---------------------------НЕЛЬЗЯ------------------------------ ----------------------------
Хранит инсталяционные пакеты программ устанавливаемых в системе для последующего изменения или удаления -
если очистить эту папку - некоторые программы потеряют ярлыки и ассоциации, большинство программ не смогут в
последствии удалится или обновиться.
C:\Windows\winsxs------------------------------ТОЛЬКО С ПОМОЩЮ УТИЛИТЫ WinsxsUndelette bat-sсrip---------------
Папка с жесткими ссылками и предыдущими версиями файлов - в реальности весит меньше чем показывает проводник
или тотал коммандр порядка 400 - 800 Md, но файлы на которые ссылаются те ссылки реальны и весят много.
C:\Users\AppData\Local\Microsoft\Windows\WER---УДАЛИТЬ ТОЛЬКО СОДЕРЖАНИЯ ПАПОК ReportArchive и ReportQueue-----
В папках ReportArchive и ReportQueue хранятся отчёты о проблемах Windows и архивы этих отчетов.
C:\Windows\Temp\-------------------------------МОЖНО СМЕЛО УДАЛЯТЬ ТОЛЬКО ТЕ КОТОРЫЕ ВНУТРИ ПАПКИ Temp---------
Эта папка содержит временные файлы и их можно удалить без вреда для системы.
C:\Users\Пользователь\AppData\Local\Temp\------МОЖНО СМЕЛО УДАЛЯТЬ ТОЛЬКО ТЕ КОТОРЫЕ ВНУТРИ ПАПКИ Temp---------
Эта папка содержит временные файлы и их можно удалить без вреда для системы.
Читайте также: