Ошибка ожидается именованный объект

1. Запишите путь к разделу, содержащийся в сообщении об ошибке. Например: HKEY_LOCAL_MACHINESOFTWAREClasses.pdfPersistentHandler.

2. Выберите «Пуск» > «Выполнить», введите regedt32 в диалоговом окне «Выполнить» и затем нажмите кнопку «ОК».

3. Создайте резервную копию текущего файла реестра:

   1. В диалоговом окне «Редактор реестра» выберите Файл > Экспорт

   2. Укажите имя файла и выберите его местонахождение.

   3. В поле «Диапазон экспорта» выберите Все.

   4. Нажмите «Сохранить» и закройте Редактор реестра.

4. Выберите «Пуск» > «Выполнить», введите regedt32 в диалоговом окне «Выполнить» и нажмите кнопку «ОК».

5. Перейдите к родительскому разделу, путь к которому был указан в сообщении об ошибке. Например, для раздела HKEY_LOCAL_MACHINESOFTWAREClasses.pdfPersistentHandler, выберите «Окно» > HKEY_LOCAL_MACHINE и затем откройте (дважды щелкните) SOFTWARE > Classes > .pdf.

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

6. Выберите родительский раздел (HKEY_LOCAL_MACHINESOFTWAREClasses.pdf) и затем перейдите в меню «Настройки» > «Разрешения».

7. Выберите группу «Администраторы» и убедитесь в том, что под столбцом «Разрешить» выбран параметр «Полный доступ».

8. Выберите группу SYSTEM и убедитесь в том, что под столбцом «Разрешить» выбран параметр «Полный доступ».

9. В диалоговом окне «Разрешения» нажмите кнопку «Дополнительно».

10. Щелкните вкладку «Владелец» и выберите группу «Администраторы» и параметр «Заменить владельца подконтейнеров и объектов».

Примечание. Выберите текущую учетную запись администратора, если группа «Администраторы» недоступна.

1. Перейдите на вкладку «Разрешения» и выберите параметр «Заменить элементы разрешений для всех дочерних объектов».

2. В диалоговом окне «Разрешения» нажмите кнопку «ОК». В Windows будет выполнен сброс разрешений для каждого дочернего объекта в соответствии с родительским. При появлении запросов выбирайте «Да».

3. Сверните Редактор реестра и нажмите «Повторить».

   • Если ошибка повторяется с указанием того же раздела, попробуйте решение 2.
   • Если ошибка возникает с указанием в сообщении других разделов реестра, повторите для них шаги 4-11. Вам не потребуется повторно создавать резервную копию реестра.
   • Если ошибка не возникает, завершите установку Acrobat или Reader, следуя инструкциям на экране. Закройте редактор реестра.

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

2. Удалите шпионское ПО

Примечание. Adobe предоставляет эту информацию исключительно в качестве совета. Служба Технической поддержки Adobe не поддерживает сторонние приложения. Перед установкой рекомендуется прочесть заметки о выпуске для этих приложений.

Наличие такого ПО можно проверить с помощью антишпионской утилиты, например Ad-Aware, доступной для загрузки на веб-сайте www.lavasoftusa.com.

3. Проверьте систему на наличие вирусов

Используйте последнюю версию антивирусного программного обеспечения, например McAfee VirusScan, чтобы проверить систему на наличие вирусов. Убедитесь, что антивирусная программа использует новейшие определения вирусов. Инструкции приведены в документации для антивирусного программного обеспечения.

4. Отключите WebRoot Spy Sweeper.

Для получения дополнительной информации или помощи в отключении Spy Sweeper свяжитесь с Webroot Corporation. Служба Технической поддержки Adobe не поддерживает сторонние приложения.

5. Отключите McAfee VirusScan 8.5 Access Protection

Было установлено, что программное обеспечение McAfee приводит к возникновению ошибки 1406 при установке Acrobat или Reader. Для получения дополнительной информации или помощи в отключении McAfee VirusScan 8. 5 Access Protection см. следующую статью в базе знаний McAfee:

https://kc.mcafee.com/corporate/index?page=content&id=KB52204

6. Посетите форумы

Узнайте о том, не возникали ли похожие проблемы у других пользователей, посетив форум пользователей Adobe по Acrobat или Reader или Форум, посвященный внедрению и установке на веб-сайте AcrobatUsers.com. Если вы не нашли свою проблему, опубликуйте ее на форумах для интерактивного устранения неполадок. При размещении информации на форуме необходимо указать используемую операционную систему и версию продукта. 

Дополнительная информация

Возникает ошибка 1402 в случае, если программе установки Windows не удается прочитать указанный раздел реестра. Установка может завершиться с ошибкой, поскольку в программе установки Acrobat или Reader выполняется попытка очистки разделов реестра для предыдущих версий Acrobat или Reader. Эта очистка необходима для избежания конфликтов с внешними модулями и надстройками Acrobat или Reader для стороннего программного обеспечения.

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

Вход в учетную запись

Войти

Управление учетной записью

Подпись PDF: «Ожидается объект dict»

Я создаю библиотеку для цифровой подписи документа PDF. Во время моих поисков я наткнулся на другую проблему.

В Acrobat я получаю сообщение об ошибке:

 Ошибка при проверке подписи.
Ошибка Adobe Acrobat.
Ожидается объект dict.
 

Я знаю, что он где-то ожидает объект словаря. Но я понятия не имею, где.
Эта проблема проявляется, когда я добавляю образ AP в подпись .
Для этого я основываю свою реализацию на спецификации и «Вставьте несколько цифровых подписей утверждения, не аннулируя предыдущую»

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

Текущая работа:

(Это очень краткий обзор части, где ошибка, она может немного отличаться, но надеюсь, что это поможет)

• Я обновляю аннотацию подписи. Добавить ссылку на объект, который имеет обычный внешний вид.

 16 0 объект
<<
  /Тип/Аннотация
  /Подтип/Виджет
  ...отрезать...
  /АП<<
    /Н 21 0 Р
  >>
>>
 

• Добавить изображение как XObject

 20 0 объект
<<
  /Тип/XОбъект
  /Подтип/Изображение
  ...отрезать...
  /Длина 29569
>>
транслировать
...отрезать...
конечный поток
эндообъект
 

• Добавить XObject (обычный вид)

 21 0 объект
<<
  /Тип/XОбъект
  /Подтип/Форма
  /Ресурсы<<
    /XОбъект<<
      /UserSignature272 20 0 Ч
    >>
  >>
  /BBox[0 0 135 37,5]
  /Длина 44
>>стрим
д
135 0 0 37,5 0 0 см
/UserSignature272 Сделать
Вопрос
конечный поток
эндообъект
 

Думаю, проблема где-то в obj (21 0) , но я не уверен.

Вот минимальный файл, который можно использовать для тестирования.
https://drive.google.com/file/d/17sdz2xJy3VhN6i9YiuPrJ6x2s5kU2sra/view?usp=sharing

Любая помощь или подсказки приветствуются.

(Этот пост является продолжением публикации «Цифровая подпись PDF» имеет «Неверный параметр» в Acrobat, но посвящен другой проблеме в той же предметной области.)

• pdf
• цифровая подпись
• Акробат

3

Здесь вы столкнулись с ошибкой Adobe Acrobat: если вы отображаете XObject из потока внешнего вида подписи, он ожидает, что XObject будет иметь запись Resources . Это может иметь смысл в случае формы XObjects, но не для изображений XObjects, как в вашем случае.

Обходной путь заключается в добавлении пустого словаря Resources к вашему XObject изображения.

Я проверил это, заменив /BBox[1 0 0 1 0 0] в вашем образе XObject (который там все равно не нужен) на /Resources<< >> .

Когда Adobe Acrobat создает свои собственные сигнатурные представления, здесь создается иерархия форм XObjects с словарями Resource , включая словари для «слоев». Я беру Adobe Reader, видя Do , оператор пытается собрать информацию о таких «слоях», не ожидая сразу же столкнуться с изображением XObject.

Зарегистрируйтесь или войдите в систему

Зарегистрируйтесь с помощью Google

Зарегистрироваться через Facebook

Зарегистрируйтесь, используя электронную почту и пароль

Опубликовать как гость

Электронная почта

Обязательно, но не отображается

Опубликовать как гость

Электронная почта

Требуется, но не отображается

Internet Explorer — ошибка PDF: «ожидаемый объект dict» в IE9 и IE10

спросил
8 лет, 8 месяцев назад

Изменено
5 лет, 11 месяцев назад

Просмотрено
11 тысяч раз

Я не уверен, является ли это проблемой Adobe Acrobat/Reader или IE, но я не могу получить какую-либо информацию ни от службы поддержки Adobe, ни от ее пользователей на пользовательский форум, поэтому я подумал, что могу узнать, могут ли какие-либо пользователи IE помощь.
Происходит следующее: некоторые пользователи пытаются открыть PDF-файлы, расположенные на веб-сайте (внутрисети), через Internet Explorer 9, а также Internet Explorer 10. Когда пользователь щелкает указанный PDF-файл, появляется ошибка Acrobat (или Reader) «Ожидается dict object», а экран IE остается пустым. Я смог воссоздать эту ошибку на своем ПК только в IE9.и IE10, но он работает в IE8 и IE11, а также в других браузерах. Поэтому мне интересно, связано ли это с IE. Если пользователи открывают PDF-файл в приложении Acrobat или Reader, он открывается успешно.
У нас есть клиент, который любит открывать свои PDF-файлы таким образом, поэтому я хотел бы решить эту проблему (а не предлагать ему открыть PDF-файл в Acrobat или Reader).
Спасибо за ваши ответы.

• интернет-эксплорер
• pdf
• Adobe
• Acrobat

2

Если у вас есть какой-либо контроль над сохранением PDF-файла, сохраните или экспортируйте сам PDF-файл с отключенным параметром «Оптимизировать для быстрого веб-просмотра» или его эквивалентом.

В моей конкретной ситуации я вижу эту проблему с PDF-файлами, которые я экспортирую из InDesign (CS 1 или 6), а затем открываю в Internet Explorer (11 в настоящее время, но в более ранних версиях) и Acrobat Reader XI (11.0.10 в настоящее время) .

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

Все решения, которые я нашел в противном случае, сводились к отключению «Разрешить быстрый веб-просмотр» в настройках Reader и/или отключению плагина в Internet Explorer, чтобы заставить браузер открывать файл непосредственно в Reader. Но, повторюсь, я не хочу, чтобы конечные пользователи возились с такими настройками.

Ссылка на последние решения, ориентированные на конечного пользователя:
http://www. techyv.com/questions/adobe-reader-expected-dict-object

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

Даже если, как предполагает ваша формулировка, вы выполняете тестирование с IE8 по IE11 на одном и том же компьютере, я бы посоветовал дважды проверить, вызывает ли каждый браузер одну и ту же утилиту PDF.

Если у вас есть, например, последняя версия Reader и старая копия Acrobat, совместно использующие пространство на одном компьютере, IE8 и IE11 могут найти Reader (который может прекрасно работать с внутренними компонентами документа), где IE9и IE10 может быть привязан к пожилому Acrobat, у которого есть некоторые проблемы с перевариванием фрагмента более новой кодировки PDF.

И наоборот, другая возможность заключается в том, что более ранняя версия Acro/Reader игнорирует проблему, которая в более поздней версии помечается как ошибка, на которую следует жаловаться. Как предложил Макс Висс, вы должны загрузить проблемный документ, чтобы проверить, не поврежден ли он. Пропустите его через предполетный анализатор синтаксиса PDF Adobe Acrobat, чтобы увидеть, не отметит ли он какие-либо проблемы в документе. Если да, то, возможно, вы видите реакцию различных утилит на проблему в исходном документе.

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

Ответы правильные, но неправильные. Скорее всего, речь идет о поврежденном формате, а не о поврежденном файле или о разнице версий.

Для разработчика самой сложной частью корректной работы PDF (и FDF) является проверка полей. Если вы когда-нибудь смотрели на файлы, заполняющие PDF-формы, они очень просты. Имя поля, значение.

Еще одна простая вещь — это то, как легко их можно сломать. Формат вывода: <>

, но, аналогично SQL-инъекции, если конечные пользователи что-то путают, это ломается и вызывает ошибку DICT.