v7: нереальный глюк #568834


#0 by drandulet78
добрый день уважаемые формучане. Помогите разобратся с таким глюком 1С, иногда у разных пользовательей 1С выдает неверные результаты в отчетах, н-р надо сформировать аналитику счета, пользователь 3 раза подрят жмет на кнопку и каждый раз у него выходят разные цифры(то что кто то в этот момент меняет данные исключено). 1С в терминале, файловая. я уже думал на глюк работы с кэшем рэйд массива, всё кэширование поотключал, не помоглю. не сколько раз в неделю выскакивает этот глюк. заранее благодарен за посыл в сторону поиска решения проблемы
#1 by Mikeware
Либо ошибка в ДНК, либо отношение радиусов стремится к бесконечности...
#2 by Ёпрст
файловая ? Смотри размер табличек.
#3 by Ёпрст
+2 если есть файло > 1.3 гига (в регистрах или файле бух.итогов/проводок) будет сей эффект
#4 by Ёпрст
+3 ибо там ошибка по чтению всегда.
#5 by Ёпрст
+4 да забыл сказать, никаких глюков в клюшках не бывает.
#6 by БалбесВ1с
Это же не глюк,а плюс.Рано или поздно можно добиться в отчете той цифры которую хочет видеть руководство.
#7 by Patrio_O_Muerte
Копирование базы - ТИИ
#8 by Patrio_O_Muerte
попробуй движок 027 взять заведомо верный. Проверь что у всех пользователей компоненты стоят одинаковых редакций - в том числе и сам движок.
#9 by drandulet78
да, файлы с проводками уже больше 1.3 гига и что это никак нельзя победить?
#10 by mishaPH
Платить программисту пробовали?
#11 by drandulet78
движо 027 стоит, шесть лет с этой конфой работаем(каждый год база обрезается), всё было норма, а теперь вот....
#12 by Эльниньо
Резать
#13 by drandulet78
сам программист, просто с таким не сталкивался
#14 by drandulet78
в середине года? резать? вы как это себе представляете
#15 by Эльниньо
Файл более Гига один или несколько?
#16 by aka MIK
поставить SQL
#17 by Ёпрст
можно поставить залипуху от hogik и жить до 2-х гигов спокойно.
#18 by viktor_vv
А после обрезания упаковку таблиц делали ?
#19 by drandulet78
1SENTRY.DBF, один, а попоробней плиз можно прозалипуху, упаковка делается ежедневно
#20 by viktor_vv
Я не архив имел имел ввиду.
#21 by Ёпрст
#22 by drandulet78
я панял что не архив, я говорю про упаковку ))))
#23 by Ёпрст
для начала, попробуй это файло сжать любым дбф редактором.
#24 by drandulet78
19-ому огромное спасибо, щаз буду копать в этом направлении, просто был не в курсе про такую проблему dbf-ок Ещё раз спасибо всем кто откликнулся )))
#25 by Ёпрст
это не проблема дбф-ок, это проблема 1с-ины.
#26 by Torquader
ТИИ и только одна галочка "сжать" - и в чём же здесь проблема ?
#27 by Ёпрст
проблема в том, что не поможет
#28 by Ёпрст
+27 там тупо сжимать нечего.
#29 by МихаилМ
известный глюк, если не заведены папки пользователей
#30 by andrewks
чего-чего?
#31 by VasilyKushnir
Золотое правило - переменные перед употреблением надо обнулять.
#32 by Ёпрст
? Это то тут коим боком вообще ? И это, общий cfg тут вообще никоим боком.
#33 by drandulet78
я так понял тема не закрылась ))))) это именно то что надо, как я почитал. именно  в этом и была проблема, а не в упаковке и папках пользователей и т.д. и т.п. седня ночером поставлю заплатку и буду наблюдать поможет или нет
#34 by Ёпрст
не сцы, поможет, уже давно работает. проблем нет.
#35 by vladko
бывало исправлял глюки такие за программистом, который ТЗ в отчете инициализировал лишь ПриОткрытии, а потом даже не было .УдалитьСтроки перед началом формирования отчёта. Т.е. отчёт показывал какие попало цифры и лиш правильные при первом открытии.
#36 by vladko
ну и вполне реально при ДБФной базе. Лечилось переходом на СКЛ
Тэги: 1С 7.7 и ранее
Ответить:
Комментарии доступны только авторизированным пользователям

В этой группе 1С