1 - подключение из Бух к ТиС
2 - в ТиС-е:  ВременныйРасчет + РассчитатьРегистрыНа + ВыгрузкаРезультата в ТЗвТиС-е  
Время от времени на выгрузке в ТЗ - "Незвестная ошибка"

Вроде-бы баян, напомните пожалуйста старому склеротику пути решения ...если они есть конечно
зы: мопед не мой, я только объяву разместил :)

+(0)  "монопольность" работы - от ошибки не спасает.  Сам наблюдал удаленно, из 10 попыток, раза 4 - вылет

на глаз время работы невелико, заподозрить "засыпание" подключения вроде как нельзя

зы: я почему вообще обратился за помощью, друг у меня там работает...

апну разок

(2) ну, показывайте вашего друга  )))

(4) правда правда

Может ТЗ офигенная и оперативка кончается
отладчик не предлагать?

может банально вирусы в сетке, если ч-з ОЛЕ и по сети

(5) сдаётся мне, что это как-то связано с Крайной.

локаль какая стоит?

(7) хм, я че-т сомневаюсь
зы: действие происходит в терминале

(8) Крайной=Окраиной=Украиной? ;)

(10) ага

v8: Неизвестная ошибка... УТ8.0 >>OLE>> Бух7.7
http://pro1c.org.ua/index.php?showtopic=814
http://infostart.ru/catalog/19908/

(11) ну дык ... а что, у нас тут так и должно быть? :)
2003 сервер. Терминалка.

   Фр  = БазаОЛЕ.CreateObject("Справочник.Фирмы");
   Скл = БазаОЛЕ.CreateObject("Справочник.МестаХранения");
   Скл.НайтиПоКоду(Склад.Код,0);
   
   Рег  = БазаОЛЕ.CreateObject("Регистры");                              

   РегП = Рег.ПартииТоваров;
   РегП.УстановитьЗначениеФильтра("Фирма", БазаОЛЕ.Константа.ОсновнаяФирма);
   РегП.УстановитьЗначениеФильтра("Склад", Скл.ТекущийЭлемент());
   РегП.ВременныйРасчет(1);          
   
   Рег.РассчитатьРегистрыПо(КонДата);                
   
   ТаблИтог = БазаОЛЕ.CreateObject("ТаблицаЗначений");
   
   РегП.ВыгрузитьИтоги(ТаблИтог);
// тут вылет

(12) спасибо конечно, но малехо не то

+13 я вот думаю, в строке
Рег.РассчитатьРегистрыПо(КонДата);
не могла собака порыться в части "КонДата"?

если дата за ТА?

(16) ну и это наверное ...но я подумал вот о чем:  а не может-ли быть сбоев при преобразовании Дата-Строка-Дата?

+17 "дата"  по оле все-равно ж передается как строка?

если совсем капец, по ОЛЕ не можешь настроить, то можно через ExecuteBatch все выполнить, загрузить все в OLE-ную глРасшифровка
А потом просто получить
МояТЗ = ОЛЕ.EvalExpr("глРасшифровка");

(19) не, там не совсем капец, там "Время от времени"

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

(21) отловить будет трудно, я удаленно раз 10 подряд пробовал. Ошибка - раза 4 была

+22 а вообще - это идея, надо будет в тисе аналогичный код погонять. Спасибо

Ошибка возникает из-за окончания интервала времени на выполнение команды по ole-запросу.
Если вызываемое приложение выполняет долгий расчёт-то подсистема ole-может прервать вызов,но почему-то она это делает не всегда.
У меня вызов "осла" из vbscript - но ошибка та же самая - и - самое противное,что случайная -то есть иногда десять минут ждёт загрузки файла и ничего, а иногда через минуту отваливается.
Выход - использовать вызов не по ole,а каким-нить другим способом.

(19): значение глоб.переменной оле-контекста к моменту выполнения присвоения очистится. совсем.
между обращениями к оле-контексту сохраняются переменные только в глоб.массивах.

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

Если нужно выполнить только одну команду - то можно попробовать открыть базу обычным образом и послать ей dde-запрос - который может выполняться сколь угодно долго.
В случае ddeoбмена rpcвызовы не используются и никакого таймаута не будет.

(27): а дде-шка же вроже асинхронно отрабатывает. как узнать что отработано? или все так же как по оле?
(никогда не юзал - пардон если вопрос туп)

DDE,конечно,работает кривовато.
Дело в том,что 1С поддерживает только запрос Request,а с командой Execute у них не срослось.
То есть мы вызываем dde-запрос и ждём ответа.
В системе запрос отсылается одним Windows-сообщением,а ответ - другим.
Сообщения посылаются специальным невидимым окнам.
Самое печальное,что DDE-запрос прерывает код в момент перехода с одной строки на другую,например,можно открыть форму в момент проведения документа.

У меня DDE работало в паре с обработкой ожидания для синхронизации - сторонняя программа говорила базе,что пора что-то делать,и база делала,но всё время выполнять обработку ожидания не было надобности.
Просто корни проблемы были в том,что работа по Ole из javascript оказалась смертельной - встроенный в javascript алгоритм обработки памяти (сборка мусора)насмерть блокирует объект 1с - и зайти второй раз в базу нельзя,пока сборка мусора не освободит объект. То есть приходилось закрывать javascript - потом я провёл эксперимент с созданием множества объектов и при переходе счётчика количества через байт  сборка мусора вызывалась - а до этого объекты торчали где-то "в заднице" у javascript-а живые,но недоступные - с тех пор я javascript как язык программирования не воспринимаю.

(27) т.е. думаешь

Оля.Executebatch("глРасшифровка = 1;");
Сообщить(Оля.EvalExpr("глРасшифровка"));
Сообщить(Оля.глРасшифровка);
Оля.Executebatch("глРасшифровка = 2;");
Сообщить(Оля.EvalExpr("глРасшифровка"));
Сообщить(Оля.глРасшифровка);
Оля.Executebatch("глРасшифровка = 3;");
Сообщить(Оля.EvalExpr("глРасшифровка"));
Сообщить(Оля.глРасшифровка);
Оля.Executebatch("глРасшифровка = 4;");
Сообщить(Оля.EvalExpr("глРасшифровка"));
Сообщить(Оля.глРасшифровка);

не выведет 11,22,33,44?

(31) Не путать OLE и DDE - в DDE нет команды ExecuteBatch - там только Eval - поэтому, присвоение можно сделать только если в глобальном модуле есть специальная функция, которая одному параметру присваивает другой.
Что касается глобальных переменных, то они прекрасно доступны через OLE.

(31) -> (25)

(31): да попробуй, что может быть проще-то???

(32): см.(25),(26). так что увы, только элементы массива и объекты данных (кроме, конечно, случаев, когда переменные нужно хранить в пределах блока кода, выполняемого в рамках одного OLE-обращения).