Что такое служба Adobe Crash Reporter

Обновлено: 20.11.2024

Подсистема отчетов о сбоях – это подсистема для записи данных о сбоях приложений и управления ими.

Хотя подсистема известна как отчет о сбоях, ее лучше рассматривать как менеджер дампа процесса. Это связано с тем, что ядро ​​этой подсистемы на самом деле управляет файлами дампа процесса, и эти файлы создаются не только в результате сбоев процесса, но также в результате зависаний и других исключительных событий.

Подсистема отчетов о сбоях состоит из нескольких частей, работающих вместе.

Breakpad — это библиотека и набор инструментов, упрощающих сбор информации о процессах (особенно дампов после сбоев). Breakpad – это сторонний проект (изначально разработанный Google), который импортируется в дерево.

Breakpad создает файлы, называемые файлами дампа, которые содержат данные процесса (стеки, данные кучи и т. д.).

Клиент отчетов о сбоях

Клиент отчетов о сбоях представляет собой автономный исполняемый файл, который запускается для обработки файлов дампа. Это приложение дополнительно отправляет сообщения о сбоях в Mozilla (или настроенный сервер).

Анализатор минидампа – это автономный исполняемый файл, который запускается клиентом средства создания отчетов о сбоях или самим браузером для извлечения трассировки стека из файлов дампа, созданных во время сбоя. Он добавляет трассировку стека в файл .extra, связанный с аварийным дампом.

Отправитель ping-запросов — это автономный исполняемый файл, который запускается клиентом службы отчетов о сбоях для отправки ping-запросов на наши серверы телеметрии. Отправитель пинга используется для ускорения доставки аварийного пинга, который в противном случае должен был бы ждать перезапуска Firefox для отправки.

Как работает обработка сбоев основного процесса¶

Обработчик аварийного завершения подключается в самом начале жизненного цикла процесса Gecko. Все начинается в XREMain::XRE_mainInit() из nsAppRunner.cpp. Предполагая, что отчеты о сбоях включены, эта функция запуска регистрирует обработчик исключений для процесса и сообщает подсистеме отчетов о сбоях об основных метаданных, таких как имя и версия приложения.

Регистрация обработчика исключений для создания отчетов о сбоях одновременно с инициализацией самого средства создания отчетов о сбоях. Это происходит в CrashReporter::SetExceptionHandler() из nsExceptionHandler.cpp. Создатель отчетов о сбоях выясняет, какое приложение использовать для создания отчетов о сбоях и где хранить эти файлы дампов на диске. Обработчик исключений Breakpad (на самом деле просто механизм дампа состояния процесса) инициализируется как часть этой функции. Обработчик исключений Breakpad представляет собой экземпляр google_breakpad::ExceptionHandler и хранится как gExceptionHandler .

Во время работы приложения различные другие системы могут писать аннотации или примечания в отчет о сбоях, чтобы указать состояние приложения, помочь с возможными причинами текущего или будущего сбой и т. д. Они выполняются с помощью CrashReporter::AnnotateCrashReport() и CrashReporter::AppendAppNotesToCrashReport() из nsExceptionHandler.h .

Для хорошо работающих приложений это все, что происходит. Однако в случае сбоя или аналогичного исключительного события (например, зависания) нам необходимо написать отчет о сбое.

Когда происходит событие, заслуживающее записи дампа, вызывается обработчик исключений Breakpad, и Breakpad делает свое дело. Когда Breakpad завершает работу, он вызывает CrashReporter::MinidumpCallback() из nsExceptionHandler.cpp, чтобы сообщить репортеру о сбоях о том, что было написано.

MinidumpCallback() выполняет ряд действий после записи дампа. Он записывает в файл время сбоя, чтобы другие системы могли легко определить время последнего сбоя. Он дополняет файл дампа дополнительным файлом, содержащим специфичные для Mozilla метаданные. Эти данные включают в себя аннотации, установленные с помощью CrashReporter::AnnotateCrashReport(), а также время, прошедшее с момента последнего сбоя, была ли активна сборка мусора во время сбоя, статистику памяти и т. д.

Если включен клиент отчетов о сбоях, MinidumpCallback() вызывает его. Он просто пытается создать новый процесс клиента CrashReporter (например, crashreporter.exe) с путем к записанному файлу минидампа в качестве аргумента.

Клиент отчета о сбоях выполняет ряд ролей. Происходит много всего, поэтому вы можете взглянуть на main() в файле crashreporter.cpp. Сначала трассировка стека извлекается из дампа с помощью инструмента анализатор минидампа. Полученные трассировки добавляются в файл .extra сбоя вместе с хэшем SHA256 файла минидампа. Как только это будет сделано, будет создан аварийный пинг, содержащий ту же информацию, что и сгенерированная `CrashManager`, и он будет отправлен на серверы телеметрии с помощью программы отправитель пинга. Затем UUID пинга сохраняется в дополнительном файле; `CrashManager` позже заберет его и сгенерирует новый пинг с тем же UUID, чтобы сервер телеметрии мог дедуплицировать оба пинга.Затем клиент отчетов о сбоях проверяет правильность данных дампа. Если это не так (например, отсутствуют необходимые метаданные), данные дампа игнорируются. Если данные дампа выглядят нормальными, данные дампа перемещаются в каталог ожидающих для сконфигурированного каталога данных (заданного с помощью переменной среды MOZ_CRASHREPORTER_DATA_DIRECTORY или из пользовательского интерфейса). Как только это будет сделано, основной пользовательский интерфейс репортера сбоя отображается через UIShowCrashUI() . Пользовательский интерфейс отчетов о сбоях зависит от платформы: существуют отдельные версии для Windows, OS X и различных вариантов представления *NIX (например, GTK). Основная суть заключается в том, что пользователю отображается диалоговое окно, и у пользователя есть возможность отправить эти данные дампа на удаленный сервер.

Если дамп отправляется с помощью средства создания отчетов о сбоях, необработанные файлы дампа удаляются из каталога ожидающие, а файл, содержащий идентификатор сбоя с удаленного сервера для отправленного дампа, создается в < em>отправленный каталог.

Если пользователь решает не отправлять дамп в пользовательском интерфейсе аварийного отчета, файлы дампа удаляются.

И это примерно то, что происходит, когда пишется краш/дамп!

Сбои плагинов и дочерних процессов¶

Сбои в подключаемом модуле и дочерних процессах также обрабатываются подсистемой отчетов о сбоях.

Сбои дочерних процессов обрабатываются классом mozilla::dom::CrashReporterParent, определенным в dom/ipc . Когда происходит сбой дочернего процесса, актор IPDL верхнего уровня должен проверить это, вызвав TakeMinidump в своем методе ActorDestroy: см. mozilla::plugins::PluginModuleParent::ActorDestroy и mozilla::plugins::PluginModuleParent::ProcessFirstMinidump . Этот метод отвечает за вызов mozilla::dom::CrashReporterParent::GenerateCrashReportForMinidump с соответствующими аннотациями сбоя, характерными для сбоя. Все сбои дочерних процессов помечаются аннотацией ProcessType, такой как «контент» или «плагин».

После создания файла минидампа mozilla::dom::CrashReporterHost получает уведомление о сбое. Сначала он попытается извлечь трассировку стека из файла минидампа с помощью анализатора минидампа. Затем трассировка стека будет сохранена в дополнительном файле вместе с остальными аннотациями сбоя, и, наконец, сбой будет записан вызовом `CrashService.addCrash()`. Этот последний шаг добавляет сбой в базу данных `CrashManager` и автоматически отправляет аварийный ping с информацией о сбое.

Сообщение о сбоях дочернего процесса обрабатывается кодом приложения. Этот код предлагает пользователю отправлять сбои в соответствующем контексту пользовательском интерфейсе, а затем отправляет сбои с помощью CrashSubmit.jsm .

Отчеты о памяти¶

Когда процесс обнаруживает, что ему не хватает памяти, сохраняется отчет о памяти. В случае сбоя процесса отчет о памяти будет включен в отчет о сбое. nsThread::SaveMemoryReportNearOOM() проверяет, не хватает ли процессу памяти, максимум каждые 30 секунд и сохраняет отчет максимум каждые 3 минуты. Поскольку дочерний процесс не может фактически сохранять данные на жесткий диск, вместо этого он уведомляет об этом свой родительский процесс, который сохраняет для него отчет. Если происходит сбой, отчет о памяти перемещается в каталог ожидающие с другими данными дампа, и добавляется аннотация, указывающая на наличие отчета. Это происходит в nsExceptionHandler.cpp, но происходит в разных функциях в зависимости от того, какой процесс завершился сбоем. Когда происходит сбой основного процесса, это происходит в MinidumpCallback(). Когда происходит сбой дочернего процесса, это происходит в OnChildProcessDumpRequested() , а аннотация добавляется в WriteExtraData() .

Сбои процесса Flash¶

В Windows Vista+ подключаемый модуль Adobe Flash создает два дополнительных процесса в своем подключаемом модуле Firefox для реализации изолированной программной среды на уровне ОС. Чтобы отловить сбои в этих процессах, Firefox внедряет обработчик отчета о сбое в процесс, используя код в InjectCrashReporter.cpp. Когда происходят эти сбои, присутствует аннотация ProcessType=plugin, а дополнительная аннотация FlashProcessDump имеет значение «Песочница» или «Брокер».

Плагин зависает¶

Зависания плагина обрабатываются как отчеты о сбоях. Если подключаемый модуль не отвечает на сообщение IPC через 60 секунд, код IPC подключаемого модуля создаст минидампы всех задействованных процессов, а затем уничтожит подключаемый модуль.

В этом случае будет только один файл .ini с метаданными отчета о сбое, но файлов дампа будет несколько: как минимум один для процесса браузера и один для процесса плагина, а также, возможно, дополнительные дампы для Flash-песочница и брокерские процессы. Все эти файлы представляются вместе как единое целое. Перед отправкой имена файлов связываются:

uuid.ini — аннотации, включает поле Additional_minidumps

uuid.dmp — файл дампа процесса плагина

uuid-.dmp – другой файл дампа процесса, как указано в Additional_minidumps

о:сбоях¶

Если подсистема отчетов о сбоях включена, страница about:crashes будет зарегистрирована в приложении. На этой странице представлена ​​информация о предыдущих и зарегистрированных сбоях.

Кроме того, сообщения о сбоях можно отправить из раздела about:crashes.

Переменные среды, влияющие на отчеты о сбоях¶

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

Переменные среды, указанные пользователем¶

MOZ_CRASHREPORTER — противоположность MOZ_CRASHREPORTER_DISABLE, принудительно включать отчеты о сбоях, даже если они отключены в application.ini. Вы должны использовать это, чтобы включить отчеты о сбоях в отладочных сборках.

MOZ_CRASHREPORTER_DISABLE — полностью отключить отчеты о сбоях Breakpad в сборках без отладки. Вы можете использовать это, если предпочитаете использовать JIT-отладчик в Windows, например, с сервером символов.

MOZ_CRASHREPORTER_FULLDUMP — хранить всю память приложения в минидампе, чтобы его можно было открыть в отладчике Microsoft. Не отправляйте его на сервер. (Только для Windows.)

MOZ_CRASHREPORTER_NO_DELETE_DUMP — не удалять файл дампа отчета о сбое после его отправки на сервер. Минидампы по-прежнему будут перемещаться в папку «Crash Reports/pending».

MOZ_CRASHREPORTER_NO_REPORT — сохраните файл минидампа, но не запускайте пользовательский интерфейс отчетов о сбоях и не отправляйте отчет на сервер. Минидампы будут храниться в каталоге профиля пользователя, в подкаталоге с именем «minidumps».

MOZ_CRASHREPORTER_SHUTDOWN — сохраните минидамп, а затем принудительно закройте приложение. Это полезно при сбоях контента, которые обычно не закрывают процессы Chrome (основное приложение). Эта переменная также приведет к закрытию приложения.

MOZ_CRASHREPORTER_URL – устанавливает URL-адрес, на который отправитель отчетов о сбоях будет отправлять отчеты.

Переменные среды, используемые внутри¶

MOZ_CRASHREPORTER_AUTO_SUBMIT — если установлено, клиент отчета о сбое пропускает поток пользовательского интерфейса и отправляет отчет о сбое напрямую.

MOZ_CRASHREPORTER_DATA_DIRECTORY — каталог данных, зависящий от платформы, ожидающие отчеты о сбоях будут храниться в подкаталоге этого пути. Это переопределяет значение по умолчанию, сгенерированное кодом клиента.

MOZ_CRASHREPORTER_DUMP_ALL_THREADS — если установлено значение 1, трассировки стека для всех потоков генерируются и отправляются при проверке связи при сбое, если не установлено, вместо этого будет генерироваться только трассировка для потока, в котором произошел сбой.

MOZ_CRASHREPORTER_EVENTS_DIRECTORY – путь к каталогу, содержащему файлы событий сбоя.

MOZ_CRASHREPORTER_PING_DIRECTORY – путь к каталогу, содержащему ожидающие проверки файлы проверки связи при сбое.

MOZ_CRASHREPORTER_RESTART_ARG_ — каждая из этих переменных указывает один из аргументов, которые были переданы приложению. Клиент отчетов о сбоях использует их для его перезапуска.

MOZ_CRASHREPORTER_RESTART_XUL_APP_FILE — если при запуске приложения был указан файл приложения XUL, он должен быть сохранен в этой переменной, чтобы клиент отчетов о сбоях мог перезапустить приложение.

MOZ_CRASHREPORTER_STRINGS_OVERRIDE — переопределяет путь, используемый для загрузки файла .ini, содержащего строки, используемые в пользовательском интерфейсе клиента отчетов о сбоях.

Файлы службы Adobe Crash Reporter, такие как CRWindowsClientService.exe, используют расширение EXE. Этот файл считается файлом Win64 EXE (исполняемое приложение) и был впервые создан Adobe Systems Incorporated для пакета программного обеспечения Adobe Crash Reporter Service.

Первый выпуск CRWindowsClientService.exe в операционной системе Windows 10 состоялся 30 апреля 2010 г. в составе Adobe Flash Professional CC (не указано). Последнее обновление файла, выпущенное для Adobe Premiere Pro CC 14, было выпущено 01.11.2019 [версия файла 2.1.1.0]. CRWindowsClientService.exe поставляется вместе с Adobe Premiere Pro CC 14, Adobe Audition CS6 CS6 и Adobe Illustrator CC CC 2019 (23.1).

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

Анализ файла предоставлен Джейсоном Гитером (автор)

Рекомендуемая загрузка: исправить ошибки реестра в WinThruster, связанные с CRWindowsClientService.exe и Adobe Premiere Pro CC.

Совместимость с Windows 10, 8, 7, Vista, XP и 2000

Средний рейтинг пользователей

Дополнительное предложение для WinThruster от Solvusoft
| ЛСКП | Политика конфиденциальности | Условия | Удалить

< tr>
Информация о разработчике и программном обеспечении
Разработчик программного обеспечения: Adobe Systems Incorporated
Программное обеспечение: Adobe Crash Reporter Service
Юридические авторские права: Авторские права 2016 Adobe System Inc.
Сведения о файле
Набор символов : Unicode
Код языка: Английский (США)
Флаги файлов: (нет)
Маска флагов файлов: 0x003f
Точка входа: 0x1fd6c
Размер кода: 139264
< /tr> < /tr> < /tr>
Информация о файле Описание
Размер файла:< /td> 308 КБ
Дата/время изменения файла: 2019:12:09 15:05:30+00:00< /td>
Тип файла: Win64 EXE
MIME-тип: application /octet-stream
Тип машины: AMD AMD64
Отметка времени: 2018:08:29 10:15:39+00:00
Тип PE: PE32+
Версия компоновщика: 14.0
Размер кода: 139264
Размер инициализированных данных: 172544
Размер неинициализированных данных: 0
Точка входа: 0x1fd6c
Версия ОС: 6.0
Версия образа: 0.0
Версия подсистемы: 6.0
Подсистема: Графический интерфейс Windows
Номер версии файла: 2.1.1.0
Номер версии продукта: 2.1.1.0
Маска флагов файла: 0x003f
Флаги файлов: (нет)
Файловая ОС: Windows NT 32-bit< /td>
Тип файла объекта: Исполняемое приложение
Подтип файла: 0
Код языка: Английский (США)
Набор символов: Unicode
Название компании: Adobe Systems Incorporated
Описание файла: Служба Adobe Crash Reporter
Версия файла: 2.1.1.0
Внутреннее имя: CRWindowsClientService.exe
Юридическое авторское право: Авторское право 2016 Adobe System Inc.
Название продукта: Adobe Crash Reporter Service
Версия продукта: 2.1.1.0

✻ Части данных файла, предоставленные Exiftool (Фил Харви), распространяются в соответствии с лицензией Perl Artistic.

Дополнительное предложение для WinThruster от Solvusoft | ЛСКП | Политика конфиденциальности | Условия | Удалить

Ошибки выполнения CRWindowsClientService.exe

Ошибки выполнения — это ошибки Adobe Premiere Pro CC, возникающие во время «выполнения». Время выполнения говорит само за себя; это означает, что данные ошибки EXE возникают в момент, когда предпринимается попытка загрузки файла CRWindowsClientService.exe — либо при запуске Adobe Premiere Pro CC, либо, в некоторых случаях, во время его работы. Ошибки выполнения — это наиболее распространенная форма ошибки EXE, с которой вы сталкиваетесь при использовании Adobe Premiere Pro CC.

В большинстве случаев ошибки выполнения CRWindowsClientService.exe, возникающие во время работы программы, приводят к ненормальному завершению ее работы. Большинство сообщений об ошибках CRWindowsClientService.exe означают, что либо Adobe Premiere Pro CC не удалось найти этот файл при запуске, либо файл поврежден, что приводит к преждевременному прерыванию процесса запуска. Обычно Adobe Premiere Pro CC невозможно запустить без устранения этих ошибок.

К числу наиболее распространенных ошибок CRWindowsClientService.exe относятся:

  • CRWindowsClientService.exe — недопустимое изображение.
  • Ошибка приложения CRWindowsClientService.exe.
  • Не удалось найти CRWindowsClientService.exe.
  • Не удалось установить CRWindowsClientService.exe.
  • Не удалось запустить CRWindowsClientService.exe. Класс не зарегистрирован.
  • Не удалось запустить CRWindowsClientService.exe.
  • CRWindowsClientService.exe не удалось правильно инициализировать.
  • CRWindowsClientService.exe обнаружил проблему и должен быть закрыт. Приносим извинения за неудобства.
  • CRWindowsClientService.exe не является допустимым приложением Win32.
  • CRWindowsClientService.exe не запущен.
  • Не удается найти CRWindowsClientService.exe.
  • Ошибка запуска программы: CRWindowsClientService.exe.
  • Неверный путь к приложению: CRWindowsClientService.exe.
  • Файл CRWindowsClientService.exe отсутствует или поврежден.
  • Не удалось запустить Windows — CRWindowsClientService.exe.

Программа не может запуститься, так как CRWindowsClientService.exe отсутствует на вашем компьютере. Попробуйте переустановить программу, чтобы решить эту проблему.

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

Обнаружение источника ошибки CRWindowsClientService.exe является ключом к правильному устранению этих ошибок. Хотя большинство этих ошибок EXE, влияющих на CRWindowsClientService.exe, происходят во время запуска, иногда ошибка выполнения возникает при использовании службы Adobe Crash Reporter. Это может произойти из-за плохого программирования от имени Adobe Systems Incorporated, конфликтов с другим программным обеспечением или сторонними подключаемыми модулями, а также из-за поврежденного и устаревшего оборудования. Кроме того, эти типы ошибок CRWindowsClientService.exe могут возникать в тех случаях, если файл был случайно перемещен, удален или поврежден вредоносным ПО. Поэтому крайне важно следить за тем, чтобы ваш антивирус постоянно обновлялся и регулярно сканировался.

Дополнительное предложение для WinThruster от Solvusoft | ЛСКП | Политика конфиденциальности | Условия | Удалить

Если вы столкнулись с одним из приведенных выше сообщений об ошибке, выполните следующие действия по устранению неполадок, чтобы решить проблему с CRWindowsClientService.exe. Эти действия по устранению неполадок перечислены в рекомендуемом порядке выполнения.

Шаг 1. Восстановите компьютер до последней точки восстановления, «моментального снимка» или резервного образа до возникновения ошибки.

Чтобы начать восстановление системы (Windows XP, Vista, 7, 8 и 10):

  1. Нажмите кнопку "Пуск" в Windows.
  2. Когда вы увидите окно поиска, введите "Восстановление системы" и нажмите "ВВОД".
  3. В результатах поиска найдите и нажмите «Восстановление системы».
  4. Пожалуйста, введите пароль администратора (если применимо/по запросу).
  5. Следуйте инструкциям мастера восстановления системы, чтобы выбрать подходящую точку восстановления.
  6. Восстановите этот резервный образ на компьютере.

Если на шаге 1 не удается устранить ошибку CRWindowsClientService.exe, перейдите к шагу 2 ниже.

Шаг 2. Если вы недавно установили Adobe Premiere Pro CC (или связанное с ним программное обеспечение), удалите его, а затем попробуйте переустановить программное обеспечение Adobe Premiere Pro CC.

Вы можете удалить программное обеспечение Adobe Premiere Pro CC, следуя этим инструкциям (Windows XP, Vista, 7, 8 и 10):

  1. Нажмите кнопку "Пуск" в Windows.
  2. В поле поиска введите "Удалить" и нажмите "ВВОД".
  3. В результатах поиска найдите и нажмите "Установка и удаление программ".
  4. Найдите запись для Adobe Premiere Pro CC 14 и нажмите «Удалить».
  5. Следуйте инструкциям по удалению.

После полного удаления программного обеспечения перезагрузите компьютер и переустановите программное обеспечение Adobe Premiere Pro CC.

Если и этот шаг 2 не дал результатов, перейдите к шагу 3 ниже.

Adobe Premiere Pro CC 14

Адоб Систем Инкорпорейтед

Шаг 3. Выполните обновление Windows.

Если первые два шага не помогли решить проблему, рекомендуется запустить Центр обновления Windows. Многие возникающие сообщения об ошибках CRWindowsClientService.exe могут быть вызваны устаревшей операционной системой Windows. Чтобы запустить Центр обновления Windows, выполните следующие простые действия:

  1. Нажмите кнопку "Пуск" в Windows.
  2. В поле поиска введите "Обновить" и нажмите "ВВОД".
  3. В диалоговом окне Центра обновления Windows нажмите "Проверить наличие обновлений" (или аналогичную кнопку в зависимости от версии Windows).
  4. Если обновления доступны для загрузки, нажмите "Установить обновления".
  5. После завершения обновления перезагрузите компьютер.

Если Центр обновления Windows не смог устранить сообщение об ошибке CRWindowsClientService.exe, перейдите к следующему шагу. Обратите внимание, что этот последний шаг рекомендуется только для опытных пользователей ПК.

Дополнительное предложение для WinThruster от Solvusoft | ЛСКП | Политика конфиденциальности | Условия | Удалить

Если ни один из предыдущих трех шагов по устранению неполадок не помог решить вашу проблему, вы можете попробовать более агрессивный подход (примечание: не рекомендуется пользователям ПК начального уровня), загрузив и заменив соответствующую версию файла CRWindowsClientService.exe. Мы храним полную базу данных файлов CRWindowsClientService.exe со 100%-ной гарантией отсутствия вредоносного программного обеспечения для любой применимой версии Adobe Premiere Pro CC . Пожалуйста, следуйте инструкциям ниже, чтобы загрузить и правильно заменить файл:

  1. Найдите версию операционной системы Windows в приведенном ниже списке «Загрузить файлы CRWindowsClientService.exe».
  2. Нажмите соответствующую кнопку "Загрузить сейчас" и загрузите версию файла для Windows.
  3. Скопируйте этот файл в соответствующую папку Adobe Premiere Pro CC:

Windows 10: C:\Program Files (x86)\Common Files\Adobe\Adobe Desktop Common\ADS\
Windows 10: C:\Program Files\Adobe\Adobe Creative Cloud\ACC\
Windows 10: C:\Program Files (x86)\Common Files\Adobe\Adobe Desktop Common\IPCBox\
Windows 10: C:\Program Files\Adobe\Adobe Photoshop CC 2019\
Windows 10 : C:\Program Files (x86)\Common Files\Adobe\Adobe Desktop Common\IPCBox\
Показать еще 20 каталогов +

Windows 10: C:\Program Files\Adobe\Adobe Illustrator CC 2019\Support Files\Contents\Windows\
Windows 10: C:\Program Files\Adobe\Adobe Creative Cloud\ACC\
Windows 10: C:\Program Files (x86)\Common Files\Adobe\Adobe Desktop Common\ADS\
Windows 10: C:\Program Files (x86)\Common Files\Adobe\Adobe Desktop Common\ADS \
Windows 10: C:\Program Files\Adobe\Adobe Creative Cloud\ACC\
Windows 10: C:\Program Files\Adobe\Elements 2020 Organizer\
Windows 10: C: \adobeTemp\ETRDFFE.tmp\1\universal\App\
Windows 10: C:\Program Files (x86)\Common Files\Adobe\Adobe Desktop Common\IPCBox\
Windows 10: C:\ Program Files (x86)\Common Files\Adobe\Adobe Desktop Common\IPCBox\
Windows 10: C:\Program Files\Adobe\Adobe Audition CC 2019\
Windows 10: C:\Program Files\ Adobe\Photoshop Elements 2020\
Windows 10: C:\Program Files (x86)\Common Files\Adobe\Adobe Desktop Common\ADS\
Windows 10: C:\Program Files\Adobe\Adobe Creative Облака\ACC\
Ветер ows 10: C:\Program Files\Adobe\Adobe Creative Cloud\ACC\
Windows 10: C:\Program Files (x86)\Adobe\Adobe Creative Cloud\ACC\
Windows 10: C: \Program Files\Adobe\Photoshop Elements 2020\Elements Home\
Windows 10: C:\Program Files (x86)\Common Files\Adobe\Adobe Desktop Common\IPCBox\
Windows 10: C:\ Program Files\Adobe\Adobe Premiere Pro CC 2019\
Windows 10: C:\Program Files (x86)\Common Files\Adobe\Adobe Desktop Common\ADS\
Windows 10: C:\Program Files (x86)\Common Files\Adobe\Adobe Desktop Common\ADS\

Если этот последний шаг не удался, а ошибка по-прежнему возникает, вам остается только выполнить чистую установку Windows 10.

СОВЕТ ОТ СПЕЦИАЛИСТА. Мы должны подчеркнуть, что переустановка Windows является достаточно длительной и сложной задачей для решения проблем, связанных с CRWindowsClientService.exe. Чтобы избежать потери данных, перед началом процесса убедитесь, что вы создали резервные копии всех важных документов, изображений, установщиков программного обеспечения и других личных данных. Если вы в настоящее время не выполняете резервное копирование своих данных, сделайте это немедленно.

Дополнительное предложение для WinThruster от Solvusoft | ЛСКП | Политика конфиденциальности | Условия | Удалить

[Джон Хокинсон — один из ведущих участников форума пользователей Adobe InDesign. Он часто помогает пользователям выяснить, что вызывает сбои и зависания в InDesign. Он придумал краткое руководство по интерпретации отчетов о сбоях InDesign, которое мы публикуем здесь с его разрешения. -Стив]

Шаг 1. Получите отчет о сбое.

На Mac это просто. Когда появится всплывающее окно Adobe Crash Reporter, нажмите «Данные о сбоях» (обведено ниже).

Adobe Crash Reporter

В Windows нажмите Windows-R и вставьте «%AllUsersProfile%\Application Data\Microsoft\Dr Watson», а затем откройте DRWTSN32.LOG. Windows просто продолжает добавлять новые журналы сбоев в этот файл, поэтому перейдите в конец и найдите «App:» в обратном направлении и убедитесь, что вы получили правильный сбой (InDesign.exe).

Ещё больше после прыжка! Продолжить чтение можно ниже↓
Подписчики Free и Premium видят меньше рекламы! Зарегистрируйтесь и войдите сегодня.

Шаг 2. Найдите трассировку стека работающего потока.

«Трассировка стека» — это диагностика, которая сообщает вам, какая функция выполнялась в программе, из какой функции она была вызвана, из какой функции была вызвана вторая функция и т. д. и т. д., пока вы не получите к началу первой части программы.

В Mac OS X это 4-й или 5-й абзац отчета, начинающийся со слов «Сбой потока 0»:

Под Windows это будет добрых 400 или 500 строк сверху, и это первое появление «*—-> Stack Back Trace Send Signal to Process: Abort (SIGABRT). Ваш процесс будет завершен.

В Windows нажмите Ctrl Alt Del, перейдите в диспетчер задач и перейдите на вкладку «Процессы». View > Select Columns и убедитесь, что установлен флажок PID (идентификатор процесса). Найдите идентификатор процесса InDesign. затем нажмите Windows-R и в командной строке введите «drwtsn32 -p ProcessID» (заменив идентификатор процесса). Процесс будет продолжаться.

Но что, если у меня нет Adobe Crash Reporter на Mac?

Возможно, вы его отключили.Перейдите к Adobe InDesign в Finder, щелкните правой кнопкой мыши его значок и выберите «Показать содержимое пакета». Перейдите в Contents/Frameworks/AdobeCrashReporter.framework/Required. Дважды щелкните Adobe Crash Reporter.app. Вы получите пользователя предпочтения Adobe Crash Reporter. Выберите «Всегда показывать это диалоговое окно». Кроме того, вы можете найти отчеты о сбоях в Console.app.

  • InDesign, Устранение неполадок, Стив Вернер
  • |
  • 7 июля 2011 г.
  • |
  • 23 комментария
Рекомендуется для вас

Скрипт для заполнения полей формы в InDesign

Выбор редакции для CreativePro Week 2022

Совет InDesign: настройте панель страниц

Преобразование меток 4-цветного принтера в черный цвет с помощью Acrobat

Стив Вернер — инструктор, консультант и соавтор (вместе с Дэвидом Блатнером и Кристофером Смитом) книги InDesign для пользователей QuarkXPress и перехода на InDesign. Он проработал в индустрии полиграфии более 20 лет и десять лет был менеджером по обучению в Rapid Lasergraphics. Преподает компьютерную графику с 1988 года.

<р>. Я заявляю об авторских правах на мой художественный код .

Еще немного информации:

Все встроенные процессы InDesign именуются с использованием заглавных букв, например: SomeVeryWeirdProcess.

Если вы видите процессы, названные примерно так: some_very_weird_process (или какое-то другое соглашение об именах), почти наверняка это процесс, не относящийся к Adobe, вызывающий проблему, что в основном означает, что это сторонний плагин.

Кроме того, если часть com.adobe.indesign видна, убедитесь, что это не какой-то другой идентификатор пространства имен, который также указывает, кто является поставщиком подключаемого модуля.

Одна вещь, которая меня озадачила, это то, что в последнее время я редко получаю диалоговое окно отчета о сбое Adobe. Я почти всегда беру Apple. Если я отправлю его в Apple, они перешлют его в Adobe?

Я хочу написать это, потому что это произошло снова.

Келли, я думаю, что эта запись в блоге предшествует Adobe Crashreporter.

Дейв, вы пробовали выполнять инструкции из раздела Но что, если я не получу Adobe Crash Reporter на Mac? У меня сложилось впечатление, что Apple не предоставляет поставщикам отчеты о сбоях.

Кроме того, InDesign ведет журнал сбоев. В Windows он находится в папке %USERPROFILE%\AppData\Local\Adobe\InDesign\Version 7.0\en_US\Caches\InDesign Recovery\ProtectiveShutdownLog .

Файл не имеет расширения, но его можно просмотреть в текстовом редакторе.

BlueKDesign: хотя это и правда, но только для очень небольшого подмножества сбоев. Обычно вы получаете диалоговое окно, в котором говорится: «InDesign обнаружил проблему и должен закрыть». (Хотя я не уверен, что видел этот диалог под Windows).

Именно тогда InDesign вызывает собственную процедуру ProtectiveShutdown(). Это происходит, если он обнаруживает несоответствие, о котором ему известно, и решает, что закрытие является хорошей идеей.

Это очень редко. Обычно сбой происходит из-за того, что операционная система обнаруживает ошибку (InDesign пытается получить доступ к недопустимой ячейке памяти и т. д.) и завершает работу InDesign.

По моему опыту, сбои защитного отключения составляют менее 5 % сбоев.

Но при этом да, если вы его получите, проверьте ProtectiveShutdownLog и посмотрите, полезно ли объяснение того, почему завершение работы InDesign. Обычно это несколько строк вверху файла, но помните, что каждый раз, когда происходит сбой, он добавляет совершенно новый журнал, поэтому «верх» файла может быть не там, где вы хотите проверить.

Самый быстрый способ найти неисправный модуль в Windows — использовать журнал событий Windows. Тогда не нужно прокручивать файлы журналов, которые находятся в разных местах в разных версиях Windows.

Алан: В какой-то мере это правда, но оказывается, что знание неисправного модуля не очень полезно. Что добавляет ценность, так это знание цепочки неисправных модулей из трассировки стека. Отдельный модуль, вызвавший сбой, редко бывает виноват.

Вплоть до того, что просмотр журнала ошибок обычно не стоит заморачиваться :( YMMV, однако. Мне было бы любопытно узнать, нашли ли вы его полезным.

отличное чтение, кстати, отличная информация.

Ваши ребята, компьютерщик: Похоже, ваш содержательный комментарий был удален, но, извините, эта сводная информация оказалась бесполезной для того, чтобы рассказать вам что-либо о поведении InDesign. Вы опубликовали сообщение об ошибке, подобное этому:

Поток 0 аварийно завершился с состоянием потока X86 (32-бит):
eax: 0?00000000 ebx: 0?17eda3e4 ecx: 0?00000000 edx: 0?28203100
edi: 0 ?00000009 esi: 0?23ab9c68 ebp: 0xbfffe4b8 esp: 0xbfffe2b0
ss: 0?00000023 efl: 0?00010246 eip: 0xacb16630 cs: 0?0000001b
ds: 00 f30000002 : 0?00000000 gs: 0?0000000f
cr2: 0?00000009
Логический процессор: 4

Использование Indesign CS6 продолжает давать сбой, когда я пытаюсь обновить связанную историю Incopy, которая была отредактирована. Я восстановил свои настройки и попробовал снова, и это не помогло.Вот то, что я считаю важной частью моего отчета о сбое — у кого-нибудь есть какие-либо предложения?
Специфическая информация о приложении:
objc[1176]: сборка мусора отключена

Сбой потока 0:: Очередь отправки основного потока: com.apple.main-thread
0 . 0xac859630 _XHNDL_trapback_instruction + 0
1 PublicLib.dylib 0x016c53f5 ProtectiveShutdown::~ProtectiveShutdown() + 17
2 com.adobe.InDesign.AppFramework 0x1099920f 0x1097d000 + 115215:7d7Umtillib:70003 PublicLib0.dy ProcessCommand(ICommand*) + 48
4 com.adobe.InDesign.Open Place 0x17e601c0 GetPlugIn + 146112
5 com.adobe.InDesign.Open Place 0x17e458c2 GetPlugIn + 37314
6 PublicLib.dylib 0x016ffd6c Command::DoImmediate(short) + 62
7 com.adobe.InDesign.Utilities 0x086ab691 0x86a7000 + 18065
8 com.adobe.InDesign.Utilities 0x086ab8a0 0x86a7000 + 18592
9 com.adobe. InDesign.AppFramework 0x10999bba 0x1097d000 + 117690
10 PublicLib.dylib 0x01700714 CmdUtils::ProcessCommand(ICommand*) + 48
11 com.adobe.InDesign.Links 0x180d7409 0x180a10402
10 + 2com.bedo.be.be.020 .InDesign.InCopyShared 0x185e7104 GetPlugIn + 640676
13 com.adobe.InDesign.InCopyShared 0x185e635b GetPlugIn + 637179
14 com.adobe.InDesign.Links 0x18 13CC80 GetPlugin + 83280
15 com.adobe.indesign.links 0x180dbbbd 0x180A3000 + 232381
16 com.adobe.indesign.links 0x180dc52a 0x180A3000 + 234794
17 com.adobe.indesign.links 0x181071D9 0x180A3000 + 410073
18 PublicLib.dylib 0x016ffd6c Command::DoImmediate(short) + 62
19 com.adobe.InDesign.Utilities 0x086ab691 0x86a7000 + 18065
20 com.adobe.InDesign.Utilities 0x086ab8a0 0x86a0 + 18592
21 com.adobe.InDesign.AppFramework 0x10999bba 0x1097d000 + 117690
22 PublicLib.dylib 0x01700714 CmdUtils::ProcessCommand(ICommand*) + 48
23 com.adobe.InDesign.Links4 0x181 GetPlugIn + 119358
24 com.adobe.InDesign.Links 0x1810510b 0x180a3000 + 401675
25 com.adobe.InDesign.Links UI 0x1b6e7fff 0x1b6d7000 + 69631
26 com.adobe.adobe.InDesign0991Actions + 19908
27 com.adobe.InDesign.Links UI 0x1b6fd044 GetPlugIn + 38340
28 com.adobe.InDesign.AppFramework 0x109af840 GetPlugIn + 33792
29 com.adobe.InDesign.App Framework 0x109b07f1 GetPlugIn + 37809
30 PublicLib.dylib 0x017ba06a CSubject::Change(IDType, IDType const&, void*) + 74
31 com.adobe.InDesign.Widgets 0x149d0d78 0x149b0000 + 134520
32 com.adobe.InDesign.Widgets 0x149d0ae4 0x149b0000 + 133860
33 WidgetBinLib.dylib 0x00022f5d GenericButtonEventHandler::TriggerControlData() + 75
34 WidgetBinLib.dylib 0x00022d9f ControlEventHandler::(00022d9f ControlEventHandler::00022d9f ControlEventHandler::00022d9f ControlEventHandler::00022f5d >35 PublicLib.dylib 0x0171f2f7 CEventDispatcher::DispatchToEventHandlers(IEvent*) + 599
36 PublicLib.dylib 0x0171edb6 CEventDispatcher::DispatchEvent(IEvent*, IEvent::SystemHandledState) + 24
37 com.adobe.InDesign .Application UI 0x124a0efe GetPlugIn + 286286
38 com.adobe.InDesign.Application UI 0x1249e2a0 GetPlugIn + 274928
39 com.apple.HIToolbox 0x986eec0c _InvokeEventHandlerUPP(OpaqueEvent,OpaqueEventHandler*CallRef*,long,OpaqueEventHandler*CallRef*,long (OpaqueEventHandlerCallRef*, OpaqueEventRef*, void*)) + 36
40 com.apple.HIToolbox 0x 9856a313 _ZL23DispatchEventToHandlersP14EventTargetRecP14OpaqueEventRefP14HandlerCallRec + 1602
41 com.apple.HIToolbox 0x98569790 _ZL30SendEventToEventTargetInternalP14OpaqueEventRefP20OpaqueEventTargetRefP14HandlerCallRec + 482
42 com.apple.HIToolbox 0x9857e571 SendEventToEventTarget + 76
43 com.apple.HIToolbox 0x9857ecf1 _ZL29ToolboxEventDispatcherHandlerP25OpaqueEventHandlerCallRefP14OpaqueEventRefPv + 1915
44 com.apple.HIToolbox 0x9856a7ce _ZL23DispatchEventToHandlersP14EventTargetRecP14OpaqueEventRefP14HandlerCallRec + 2813
45 com.apple.HIToolbox 0x98569790 _ZL30SendEventToEventTargetInternalP14OpaqueEventRefP20OpaqueEventTargetRefP14HandlerCallRec + 482
46 com.apple.HIToolbox 0x9857e571 SendEventToEventTarget + 76
47 com.adobe.InDesign.AppFramework 0x1098c0dc 0x1097d000 + 61660
48 com.adobe.InDesign.AppFramework 0x109aa329 GetPlugIn + 12009
49 com.adobe.InDesign 0x00001ec5 main + 341
50 com.adobe.InDesign 0x00001d55 star т + 53

Полагаю, я разобрался с проблемой, описанной выше. . . Я выпускаю журнал в InDesign CS6, а редакторы используют Incopy в общей учетной записи Dropbox.

Когда мы начинаем создавать статьи, я обычно экспортирую их в Incopy одну за другой, только те текстовые фреймы, которые я ожидаю от редактирования. Однако на каком-то этапе производства возникает необходимость разъединить все истории Incopy, удалить эти ссылки, а затем создать чистые ссылки — обычно потому, что другой дизайнер хочет иметь возможность копировать текстовые поля и перемещать все страницы, сохраняя при этом все. ссылка в Incopy делает это более громоздким.

Когда пришло время переделать ссылки Incopy, я несколько раз пытался использовать «Экспортировать все истории», чтобы создать их все сразу. НЕ ДЕЛАЙТЕ ЭТОГО. Я считаю, что это одна из основных причин проблемы, потому что существуют различные фрагменты текста, которые вы не хотите связывать с помощью Incopy, такие как нижние колонтитулы мастер-страницы, маркеры разделов, закрепленные текстовые элементы, текстовые метки на биграмме, которые находятся в маленькие круглые текстовые поля и так далее. Я думаю, это то, что вызывает сбой при попытке обновить ссылку Incopy, даже если у той, которую вы обновляете, нет ни одной из этих функций.

Итак, вместо этого, после полной очистки всего связанного текста, я теперь повторно экспортирую ссылки Incopy вручную. Я просматриваю один разворот за раз, выделяю сразу все соответствующие текстовые фреймы и экспортирую в Incopy. Таким образом, я знаю, что экспортирую только те кадры, в которых есть основной текст, который будет редактироваться, а не «декоративный» текст или заблокированные элементы.

В некоторых проектах это может занять непомерно много времени, но пока Adobe не сможет исправить приложение, я считаю, что это один из способов решения проблемы. Кажется, помогает в моем журнале.

Дата текущей редакции: 09/2020

Уполномоченный орган или регламент: FMR (41 CFR) 102-34.290

СКАЧАТЬ ЭТУ ФОРМУ:

Выберите ссылку ниже, чтобы начать загрузку.

Версии форм в формате PDF используют Adobe Reader™. Загрузите Adobe Reader™

ПОМОЩЬ В БИБЛИОТЕКЕ ФОРМ: Forms@GSA.gov

ПОСЛЕДНИЕ ОБНОВЛЕНИЯ

Библиотека форм GSA содержит следующие формы и представления:

Формы GSA (GSA)
Это список всех форм GSA. Они чаще всего используются сотрудниками GSA, подрядчиками и клиентами.

Стандартные формы (SF)
Это список стандартных государственных форм, которые начинаются с букв "SF".

Необязательные формы (OF)
Это список необязательных государственных форм, которые начинаются с букв "OF".

Другие формы
Это список форм GSA и других агентств, которые часто используются сотрудниками GSA.

Посетите GSA SmartPay, чтобы найти формы освобождения от налогов штата и/или прямые ссылки на государственные веб-сайты.

Найдите федеральные формы и заявления по названию агентства на USA.gov.

Ресурсы для…

  • Американцы с ограниченными возможностями
  • Граждане и потребители
  • Федеральные служащие
  • Федеральные агентства
  • Сотрудники GSA
  • Индейские племена
  • Президентские и конгрессовые комиссии, советы или небольшие агентства
  • Малый бизнес
  • Государственные и местные органы власти

Общегосударственные инициативы

  • Центры передового опыта
  • Кибербезопасность
  • Цифровая стратегия
  • ФедРАМП
  • Открытые данные GSA
  • Идентификация, учетные данные и управление доступом
  • Простой язык
  • Экологичность
  • Качество информации

Поддержка клиентов

Организация

Ссылка

  • Финансовый отчет агентства
  • Бюджет и эффективность
  • Каталоги
  • Приказы и директивы
  • Формы
  • Запросы Закона о свободе информации
  • Без страха
  • Отчеты

Информация о веб-сайте

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

Инструменты

США Администрация общих служб

Присоединиться к беседе

ПРОСМОТР СУТОЧНЫХ

1 Выберите место

Ошибка. API суточных не отвечает. Повторите попытку позже.

Нет результатов для указанного местоположения.

Ставки для Аляски, Гавайев, территорий и владений США устанавливаются Министерством обороны.

Тарифы для зарубежных стран устанавливаются Государственным департаментом.

2 Выберите дату

Цены доступны с 01.10.2012 по 30.09.2022.

Дата окончания поездки не может быть раньше даты начала.

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

Если не указано иное, место суточных определяется как "все местоположения в пределах корпоративных границ ключевого города или полностью окруженные ими, включая независимые объекты, расположенные в этих границах".

Суточные населенные пункты с определениями округов должны включать"все местоположения в пределах корпоративных границ ключевого города или полностью в их окружении, а также в границах перечисленных округов, включая независимые юридические лица, расположенные в границах ключевой город и перечисленные округа (если иное не указано отдельно)."

Если военный объект или правительственный объект (независимо от того, названы они конкретно или нет) частично расположен в пределах нескольких городов или округов, применимая суточная ставка для всего объекта или объекта является более высокой из применимых ставок. в города и/или округа, даже если часть(и) такой деятельности может быть расположена за пределами определенного места, где выплачиваются суточные.

Читайте также: