При запуске ИР-Адаптера пишет "Warning: ИР адаптер 2.14: Не удалось найти идентификатор процесса COM объекта. Сообщите разработчику." Файл лога прилагаю
[Turboconf_20255018 10-50-Ссылка скрыта
0 0
созд. 18 июня 2025 10:54 (изм.)
Недостаточно рейтинга для добавления отрицательного голоса. Шаблон будет скрыт из ваших результатов поиска.
Комментарии
tormozit #1, 18 июня 2025 11:00
Неверный раздел форума. Читай рекомендации к оформлению заявок в разделе "Техническая поддержка" описания адаптера.
0
bolsun #2, 18 июня 2025 11:04
bolsun переместил тему в раздел ИР Адаптер
0
tormozit #3, 18 июня 2025 11:20
Открой в клиентском приложении этой базы в том же сеансе ОС инструмент "Управление COM классами (ИР)" и покажи картинку его окна.
0
Wdivin #4, ред. 18 июня 2025 11:25
Ошибка проявляется на всех базах
0
tormozit #5, 18 июня 2025 11:36
В адаптере 2.16 добавлена обработка ситуации, когда подсистема инструментов некорректно встроена в конфигурацию
0
Wdivin #6, 18 июня 2025 12:30
ИР Установлено расширением стандартно.
Установил через автоматическое обновление версию 2,16, ошибка "ИР адаптер 2.16: Не удалось найти идентификатор процесса COM объекта. Сообщите разработчику." осталась. Лог приложил
[20252518 12-25-Ссылка скрыта
0
Wdivin #7, 18 июня 2025 12:34
Также при завершении работы конфигуратора пишет что "Процесс завершен из-за порчи"
[20250618 12-32-Ссылка скрыта
0
tormozit #8, 18 июня 2025 13:48
Нужен файл технической информации. Как его получить, описано в разделе "Техническая поддержка" описания адаптера.
0
Wdivin #9, 18 июня 2025 15:06
Непонятно что имеется ввиду под фразой "Команда "Сообщить о проблеме" непосредственно в позиции наблюдения проблемы создает файл общей технической информации и открывает страницу создания заявки." У меня ошибка проявляется при закрытии конфигуратора. Не нашел команду "Сообщить о проблеме"
0
Wdivin #10, ред. 18 июня 2025 17:29
Ссылка скрыта
[20250618 17-26-Ссылка скрыта
0
tormozit #11, ред. 19 июня 2025 09:25
Прошу изменить заголовок заявки на "Не удалось найти идентификатор процесса COM объекта"
0
tormozit #12, ред. 19 июня 2025 08:55
После появления такого уведомления выполни через консоль запросов запрос типа WQL и покажи результат в виде картинки и текста
SELECT
CommandLine,
CreationDate,
ExecutablePath,
Name,
ProcessId,
SessionId
FROM
Win32_Process
WHERE CommandLine LIKE '%Embedding%'
AND Caption LIKE '%1cv8.exe%'
Это не новое, периодически появляется при закрытии конфигуратора с запущеным приложением:
0
tormozit #16, ред. 19 июня 2025 10:47
(15) Wdivin, добавляю для себя запрос из лога Select * from Win32_Process Where CommandLine LIKE '%-Embedding%' AND Name = '1cv8.exe' AND CreationDate >= '20250619 08:38:35' AND CreationDate <= '20250619 08:38:40'
0
tormozit #17, ред. 19 июня 2025 10:50
Если приложение ИР из теста (15) не завершал, то покажи результат выполнения запроса WQL из сообщения (16) в консоли запросов.
0
Wdivin #18, 20 июня 2025 14:32
Завершал сразу. Опишите последовательность действий при возникновении ошибки - постараюсь сделать.
0
tormozit #19, 20 июня 2025 15:04
Повтори тест. Найди в логе запрос по маркеру "WQL". Выполни его в консоли запросов, не завершая приложение ИР, подключенное адаптером.
0
Wdivin #20, 23 июня 2025 16:33
[20250623 16-26-Ссылка скрыта
результат запроса пустой. Приложил скриншот и лог
0
Wdivin #21, 23 июня 2025 16:38
Если убрать фильтр по дате, то видим приложение с реальным временем запуска, а в запросе временной интервал почему-то на 2 часа меньше:
CreationDate >= '20250623 14:34:32' AND CreationDate ⇐ '20250623 14:34:37'
0
tormozit #22, ред. 24 июня 2025 08:23
В запросах WMI (по крайней мере в Windows 10) даты представлены в нулевом часовом поясе. Поэтому в тексте запроса я литералы дат так же смещаю. А вот результат запроса уже содержит местные даты. Поэтому разница в 2ч выглядит нормальной.
0
tormozit #23, 23 июня 2025 20:36
(21) Wdivin, Попробуй в тексте запроса подобрать такие даты (в части ЧАС), с которыми результат будет непустой.
Select * from Win32_Process Where CommandLine LIKE '%-Embedding%' AND Name = '1cv8.exe' AND CreationDate >= '20250624 07:10:31' AND CreationDate ⇐ '20250624 07:10:36'
а находит с -3:
0
Wdivin #31, 24 июня 2025 09:16
На всякий случай уточню - пробую с 2х разных компьютеров: ответы 20-21 были с рабочего, 24-27 с домашнего, 30 опять с рабочего
0
tormozit #32, ред. 24 июня 2025 09:19
Попробуй в консоли кода ИР найти способ получить такую дату. В этой версии скрипта я использовал УниверсальноеВремя().
0
tormozit #33, 24 июня 2025 09:21
Возможно придется использовать СмещениеЛетнегоВремени()
0
Wdivin #34, 24 июня 2025 09:50
(32) tormozit, Странно, в консоли у меня универсальноевремя возвращает правильно -3ч
0
tormozit #35, 24 июня 2025 09:54
(34) Wdivin, на всякий случай перезапусти Турбоконф и проверь еще раз подключение приложения ИР. Если проблема сохранится, значит функция УниверсальноеВремя() в ОСкрипт и в 1С работает по-разному.
(35) tormozit, перезапустил все, проблема осталась
0
tormozit #38, ред. 24 июня 2025 12:30
Код, который выводит это сообщение, выполняет узкую второстепенную задачу - предотвращает невидимость модального системного окна 1С с ошибкой при старте приложения ИР. Такие ошибки случаются очень редко и у большинства пользователей скорее всего никогда. Поэтому можно не переживать из-за его появления.
#1, 18 июня 2025 11:00
Неверный раздел форума. Читай рекомендации к оформлению заявок в разделе "Техническая поддержка" описания адаптера.
#2, 18 июня 2025 11:04
bolsun переместил тему в раздел ИР Адаптер
#3, 18 июня 2025 11:20
Открой в клиентском приложении этой базы в том же сеансе ОС инструмент "Управление COM классами (ИР)" и покажи картинку его окна.
#4, ред. 18 июня 2025 11:25
Ошибка проявляется на всех базах

#5, 18 июня 2025 11:36
В адаптере 2.16 добавлена обработка ситуации, когда подсистема инструментов некорректно встроена в конфигурацию
#6, 18 июня 2025 12:30
ИР Установлено расширением стандартно.
Установил через автоматическое обновление версию 2,16, ошибка "ИР адаптер 2.16: Не удалось найти идентификатор процесса COM объекта. Сообщите разработчику." осталась. Лог приложил
[20252518 12-25-Ссылка скрыта
#7, 18 июня 2025 12:34
Также при завершении работы конфигуратора пишет что "Процесс завершен из-за порчи"

[20250618 12-32-Ссылка скрыта
#8, 18 июня 2025 13:48
Нужен файл технической информации. Как его получить, описано в разделе "Техническая поддержка" описания адаптера.
#9, 18 июня 2025 15:06
Непонятно что имеется ввиду под фразой "Команда "Сообщить о проблеме" непосредственно в позиции наблюдения проблемы создает файл общей технической информации и открывает страницу создания заявки." У меня ошибка проявляется при закрытии конфигуратора. Не нашел команду "Сообщить о проблеме"
#10, ред. 18 июня 2025 17:29
Ссылка скрыта
[20250618 17-26-Ссылка скрыта
#11, ред. 19 июня 2025 09:25
Прошу изменить заголовок заявки на "Не удалось найти идентификатор процесса COM объекта"
#12, ред. 19 июня 2025 08:55
После появления такого уведомления выполни через консоль запросов запрос типа WQL и покажи результат в виде картинки и текста
#13, ред. 19 июня 2025 10:16
CommandLine CreationDate ExecutablePath Handle Name ProcessId SessionId
"C:\Program Files\1cv8\8.3.24.1342\bin\1cv8.exe" -Embedding 19.06.2025 10:11:40 C:\Program Files\1cv8\8.3.24.1342\bin\1cv8.exe 25444 1cv8.exe 25 444 1
#14, ред. 19 июня 2025 10:24
Замени скрипт на этот и перезапусти Турбоконф
RDT.os
Повтори тест. Нужны новые лог Турбоконфа с уровнем "Отладка" и текстовый результат запроса.
#15, 19 июня 2025 10:41
Ошибка осталась.
[20250619 10-38-Ссылка скрыта
CommandLine CreationDate ExecutablePath Handle Name ProcessId SessionId
"C:\Program Files\1cv8\8.3.24.1342\bin\1cv8.exe" -Embedding 19.06.2025 10:38:37 C:\Program Files\1cv8\8.3.24.1342\bin\1cv8.exe 20592 1cv8.exe 20 592 1
Это не новое, периодически появляется при закрытии конфигуратора с запущеным приложением:

#16, ред. 19 июня 2025 10:47
(15) Wdivin, добавляю для себя запрос из лога
Select * from Win32_Process Where CommandLine LIKE '%-Embedding%' AND Name = '1cv8.exe' AND CreationDate >= '20250619 08:38:35' AND CreationDate <= '20250619 08:38:40'#17, ред. 19 июня 2025 10:50
Если приложение ИР из теста (15) не завершал, то покажи результат выполнения запроса WQL из сообщения (16) в консоли запросов.
#18, 20 июня 2025 14:32
Завершал сразу. Опишите последовательность действий при возникновении ошибки - постараюсь сделать.
#19, 20 июня 2025 15:04
Повтори тест. Найди в логе запрос по маркеру "WQL". Выполни его в консоли запросов, не завершая приложение ИР, подключенное адаптером.
#20, 23 июня 2025 16:33
[20250623 16-26-Ссылка скрыта
результат запроса пустой. Приложил скриншот и лог
#21, 23 июня 2025 16:38
Если убрать фильтр по дате, то видим приложение с реальным временем запуска, а в запросе временной интервал почему-то на 2 часа меньше:
CreationDate >= '20250623 14:34:32' AND CreationDate ⇐ '20250623 14:34:37'
#22, ред. 24 июня 2025 08:23
В запросах WMI (по крайней мере в Windows 10) даты представлены в нулевом часовом поясе. Поэтому в тексте запроса я литералы дат так же смещаю. А вот результат запроса уже содержит местные даты. Поэтому разница в 2ч выглядит нормальной.
#23, 23 июня 2025 20:36
(21) Wdivin, Попробуй в тексте запроса подобрать такие даты (в части ЧАС), с которыми результат будет непустой.
#24, ред. 23 июня 2025 20:58
(23) tormozit, находит при -3ч (ровно по GMT):
#25, ред. 23 июня 2025 22:26
Вычисли в консоли кода ИР на клиенте
#26, 23 июня 2025 22:25
Возможно функция СмещениеСтандартногоВремени() языка ОСкрипт на твоей системе работает некорректно (возвращает 2ч вместо 3ч).
#27, 23 июня 2025 23:46
да, возвращает -2ч


#28, 23 июня 2025 23:48
СмещениеСтандартногоВремени вроде как не учитывает летнее время...
#29, 24 июня 2025 00:19
Пробуй этот скрипт
RDT.os
#30, 24 июня 2025 09:14
(29) tormozit, Пока без изменений

Ищет опять -2ч:
а находит с -3:
#31, 24 июня 2025 09:16
На всякий случай уточню - пробую с 2х разных компьютеров: ответы 20-21 были с рабочего, 24-27 с домашнего, 30 опять с рабочего
#32, ред. 24 июня 2025 09:19
Попробуй в консоли кода ИР найти способ получить такую дату. В этой версии скрипта я использовал УниверсальноеВремя().
#33, 24 июня 2025 09:21
Возможно придется использовать СмещениеЛетнегоВремени()
#34, 24 июня 2025 09:50
(32) tormozit, Странно, в консоли у меня универсальноевремя возвращает правильно -3ч

#35, 24 июня 2025 09:54
(34) Wdivin, на всякий случай перезапусти Турбоконф и проверь еще раз подключение приложения ИР. Если проблема сохранится, значит функция УниверсальноеВремя() в ОСкрипт и в 1С работает по-разному.
#36, 24 июня 2025 10:28
Создал заявку в ОСкрипт https://github.com/EvilBeaver/OneScript/issues/1556
#37, 24 июня 2025 12:06
(35) tormozit, перезапустил все, проблема осталась

#38, ред. 24 июня 2025 12:30
Код, который выводит это сообщение, выполняет узкую второстепенную задачу - предотвращает невидимость модального системного окна 1С с ошибкой при старте приложения ИР. Такие ошибки случаются очень редко и у большинства пользователей скорее всего никогда. Поэтому можно не переживать из-за его появления.