Надо как-то воспроизвести ошибку: курсор dyn_xxx уже существует Ошибка вылетает всегда при загрузки обмена с удаленной точкой, когда на складе не хватает товара и документ не может провестись раньше в DBF версии, когда не хватает товара, документ просто не проводился, а вот в POSGRES базе вылетает такая ошибка После ошибки база закрывается и пользователя выкидывает из 1С Я так понимаю, что можно воспроизвести на ТиС, хотя у пользователя комплексная.
(In reply to comment #0) > Надо как-то воспроизвести ошибку: курсор > dyn_xxx уже существует > > Ошибка вылетает всегда при загрузки обмена > с удаленной точкой, когда на > складе не хватает товара и документ не > может провестись > раньше в DBF версии, когда не хватает товара, > документ просто не > проводился, а вот в POSGRES базе вылетает такая > ошибка > После ошибки база закрывается и > пользователя выкидывает из 1С > > Я так понимаю, что можно воспроизвести на > ТиС, хотя у пользователя комплексная. > на тис не удалось воспроизвести что сделал: создал 2 базы - центральную и подчиненную, настроил. в первой сделал "быструю продажу" по вентиляторам, и сделал выгрузку; во второй часть вентиляторов списал, часть тоже "быстро продал" (столько в общей сумме, чтобы документу из центральной базы было невозможно провестись ) и затем загрузил выгруженные из центральной базы изменения. на складе теперь ушло в минус... но ничего нигде не упало
при настройке Комплексной базы, уже при открытии загруженной периферийной - 1с в первом запуске при проверке документов - выдает ошибку Runtime error, abnormal program termination и падает
Created attachment 1114 [details] ошибка
(In reply to comment #3) > Created an attachment (id=1114) [details] > ошибка > попробовал на виндовом клиенте, та же ошибка, значит, дело в selta+postgre
ошибок в логах постгри нет, даже если поставить уровень ведения логов повыше. третий час жду трассировку...
(In reply to comment #5) > ошибок в логах постгри нет, даже если > поставить уровень ведения логов повыше. > третий час жду трассировку... > споймал трассировку, файл 170 метров
(In reply to comment #6) > (In reply to comment #5) > > ошибок в логах постгри нет, даже если > > поставить уровень ведения логов повыше. > > третий час жду трассировку... > > > > споймал трассировку, файл 170 метров > нашли ошибку, бага 3601, исправили, проблема была в запросе EXIT SQLExecDirect with return code -1 (SQL_ERROR) HSTMT 02B996C8 UCHAR * 0x03CCDA28 [ -3] "SELECT DT.IDDOC,DT.SP31924,JOURN.ISMARK\ d\ aFROM DT31949 DT(NOLOCK),_1SJOURN JOURN,#TMPDELREC DELREC(NOLOCK)\ d\ aWHERE DELREC.TYPE=SUBSTRING(DT.SP31924,1,2) AND\ d\ a DELREC.MDID=SUBSTRING(DT.SP31924,3,4) AND\ d\ a DELREC.OBJID=SUBSTRING(DT.SP31924,7,9) AND\ d\ a DT.IDDOC=JOURN.IDDOC\ d\ a\ 0" SDWORD -3 DIAG [XX000] ERROR: could not find member 1(532859,532859) of opfamily 533022; Error while executing the query (7)
воспроизвести получилось только единожды и только случайно. повторить не получилось. зато словили много ошибок трансляции..
В логе postgre было видно после ошибки трансляции две ошибки, ошибка трансляции и Курсор dyn_xxx уже существует. 1с мог показать текст как второй ошибки, так и первой. Может быть поймали именно эту ошибку.
снова наткнулся на ошибку could not find member of opfamily...
(In reply to comment #9) > В логе postgre было видно после ошибки > трансляции две ошибки, ошибка трансляции и > Курсор dyn_xxx уже существует. > 1с мог показать текст как второй ошибки, так > и первой. > Может быть поймали именно эту ошибку. > то есть может быть ошибка dyn_xxx - следствие ошибки трансляции? еще раз проделал то же самое, но в другом порядке, результат тот же, ничего не упало ошибку с opfamily исправили
(In reply to comment #0) > Ошибка вылетает всегда при загрузки обмена > с удаленной точкой, когда на > складе не хватает товара и документ не > может провестись не удалось воспроизвести. не смог установить порядок действий, точно приводящий к ее появлению. либо причина, вызывавшая ошибку, устранена
