Собственно, хочу сейчас сделать через публикацию 1с, доступ к ней. Сейчас тестирую что и как работает. Смущает вот какой момент, при закрытии в RemoteApp 1с, на сервере сыпет ошибки:

Имя сбойного приложения: 1cv7.exe, версия: 7.70.0.18, метка времени: 0x3ba747c2
Имя сбойного модуля: combase.dll, версия: 10.0.20348.502, метка времени: 0x541546fd
Код исключения: 0xc0000005
Смещение ошибки: 0x00145213
Идентификатор сбойного процесса: 0x15c
Время запуска сбойного приложения: 0x01d85494ca44d5bf
Путь сбойного приложения: C:\Program Files (x86)\1Cv77\BIN\1cv7.exe
Путь сбойного модуля: C:\Windows\System32\combase.dll
Идентификатор отчета: a9947fac-e152-4b66-8459-e764a9c99501
Полное имя сбойного пакета:
Код приложения, связанного со сбойным пакетом:

Хотя при закрытии, ничего сверхъестественного не наблюдаю.

(0) Версия "7.70.0.18" - где ЭТО откопали? Ищи 27 релиз.
Какой сервер?

(1) Сервер 2022.

Вопрос просто почему возникают ошибки, хотя я не вижу каких либо проблем с работой 1с.

(2) клюшки на 22 сервере.... Мусье знает толк в извращениях....

(3) Ну работает же =) Сколько можно на старом говне сидеть то? Ни драйверов нет уже, ничего...

(0)
1. Первым делом нужно проапгрейдить платформу на 7.7.027.
2. Поэкспериментировать с режимами совместимости для запуска приложения.
3. Поэкспериментировать, происходит ли сбой, если не подключать вашу самописную ВК для работы с весами.
4. Проверить, происходит ли сбой, если использовать классический Remote Desktop Connection вместо Remote App.

(2) то что вы не видите ошибок, на самом деле не означает, что их нет.

(3) поддерживаю) толк знает)

(5) 1. Сделал, ошибка с этим модулем продолжается.
2. Хз, как там через RemoteApp сделать совместимость.
3. Не думаю что с весами связанно, так как ошибка в логах может проявится, а может и не проявиться, т.е она не постоянная.
4. Вот тут пытаюсь словить, вроде пока не было.

(8) там глубже проблема. у меня на виртуалке крутится 2008 специально для 7.7 с 2022 думаю проблемы совместимости, которые надо решать новыми способами. это и правда извращения

Ок, нашел вроде зависимость. Ошибка возникает только если был вход в номенклатуру, через расходные накладные. Пока это попробовал. Если просто зайти в расходные накладные, но не заходить в номенклатуру и потом закрыть 1с. Ошибок не будет.

(10) Мусье знает толк в извращениях....

(6) Так ну, вроде нашел я проблему. В глобальном модуле есть процедура, по обработке она какая то оч. древняя. Я ее закоментил, ошибки больше не наблюдаю. Возможно в ней причина была, уточню еще у программиста нашего.

https://prnt.sc/ZoQ1kuANkwgA

(12) все верно - внешние компоненты.

(12) проверьте под Цитриксом

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

(15) Ошибка появляется даже после того как закоментил код, но не так часто. Самое интересное combase.dll в 2003 сервере вообще не существует. Почему же она ссылается на нее в 2022 сервере, загадка...

(16) может требоваться опосредовано через другой компонет. В x64 системах 32-битные приложения и работают не точно таким же образом, как в 32-битных.

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

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