Всем доброго дня!
Ситуация: есть две базы на разных конфигах на 8.2.18.61. При записи элемента "Договор контрагента" в одной базе эта база через COM подключается к другой базе, ищет там соответствующий элемент справочника договоров контрагентов, получает объект, меняет в нем то, что поменял юзер в первой базе и наконец записывает. Все договоры проходят на ура, кроме одного, при попытке записи которого в базе №2 через COM база №1 вылетает с записью дампа.
Вопрос: может кто встречался с такой ситуацией и знает как лечить?

А если этот договор записать в той базе напрямую(не через COM), то все ок?

чаще всего в подобных случаях дамп намекает на бесконечную рекурсию...

(1) Да, пробовал - все Ок

(2) Ей просто неоткуда взяться имхо.

(4) и все-таки я бы поискал зацикливание в процедуре записи через ком...

В базе №2 в модуле объекта (договора) не ни одного цикла.

(2) +1

(6) Цикл для рекурсии не нужен

Попробуй в модуле объекта в процедуре ПриЗаписи() Написать строчку Ссылка.ПолучитьОбъект().Записать() :)

(9) Спасибо, кэп. Сказано же - проблемы с одним элементом.

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

Как я отлажу СОМ-соединение?

ХЗ. Запусти её в обычном режиме и отлаживай

Эээ.. Ты читал (1) и (3)?

А ты его через форму пишешь или интерактивно обработкой через объект?

Через форму. А разве есть разница? Все равно после всяких обработчиков формы отрабатываются обработчики объекта. Но сейчас попробую через объект.

Через объект записался влегкую. Через СОМ вылетает с дампом.

(0) Не пробовал анализировать данные в этом договоре? Возможно в одном из реквизитов сидит какое-ть не очень подходящее для COM значение(чисто предположение).

Блин, тут ХЗ.
Знаешь, капай в ту сторону, что через ком нормально передаются только значения простых типов.
Если передаются объекты или универсальные коллекции, то могут быть косяки.

Хотя больше походит, что что то с данными не так и в коде нет заплатки на косяк.

(18), (19) Как раз скрупулезно сравниваю реквизиты.

А кто знает, как ведет себя процедура Сообщить("бла"), если её запустить через ком?

(21) уж лучше тогда в файл какой-ть лог писать..Если ты про вывод ошибки, которая при записи происходит.

(21) Вызывает исключение, по-моему. При внешнем соединении метод Сообщить() не хиляет.
Ошибка однозначно в данных. Нарисовал простенькую обработку, которая только подключается к базе №2, находит договор, получает объект и записывает его. Все ОК. Щас буду методом исключения искать в чем шляпа. В любом случае, всем спасибо.

(23) Отпишись ток потом, если поймешь в чем дело..

(24) ок

Не, я про вызов каких то процедур, которые вызывают ошибки.

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

(26) Да, вполне так может быть..

(26) Да, я тебя понял. Проверил, никаких лишних процедур не вызывается (не записываются реквизиты договора ссылочного типа). Меняются только реквизиты типа булево, строка, дата и перечисление.

Чувствую, засада в перечислении.

Вообще атас. Вы будете смеяться, но при установке всем известного флага РасчетыВУсловныхЕдиницах (при том, что ОбменДанными.Загрузка = Истина) вылетает.

Ладно, я домой пойду. В понедельник додумаю. Всем удачных выходных!

Отпишись потом о конечной точке вылета.

<<ИЛИ РасчетыВУсловныхЕдиницах <> Ссылка.РасчетыВУсловныхЕдиницах Тогда

Есть такой кусок кода? Попробуй закомментить его и запиши через COM заново.

(33) Такого куска нет. Я просто меняю все реквизиты, а потом в попытке записываю (режим ОбменДанными.Загрузка = Истина).