добрый день уважаемые формучане. Помогите разобратся с таким глюком 1С, иногда у разных пользовательей 1С выдает неверные результаты в отчетах, н-р надо сформировать аналитику счета, пользователь 3 раза подрят жмет на кнопку и каждый раз у него выходят разные цифры(то что кто то в этот момент меняет данные исключено). 1С в терминале, файловая. я уже думал на глюк работы с кэшем рэйд массива, всё кэширование поотключал, не помоглю. не сколько раз в неделю выскакивает этот глюк. заранее благодарен за посыл в сторону поиска решения проблемы

Либо ошибка в ДНК, либо отношение радиусов стремится к бесконечности...

(0) файловая ?
Смотри размер табличек.

+2 если есть файло > 1.3 гига (в регистрах или файле бух.итогов/проводок) будет сей эффект

+3 ибо там ошибка по чтению всегда.

+4 да забыл сказать, никаких глюков в клюшках не бывает.

(0)Это же не глюк,а плюс.Рано или поздно можно добиться в отчете той цифры которую хочет видеть руководство.

(0)Копирование базы - ТИИ

(0)попробуй движок 027 взять заведомо верный.
Проверь что у всех пользователей компоненты стоят одинаковых редакций - в том числе и сам движок.

да, файлы с проводками уже больше 1.3 гига
и что это никак нельзя победить?

(0) Платить программисту пробовали?

движо 027 стоит, шесть лет с этой конфой работаем(каждый год база обрезается), всё было норма, а теперь вот....

(9) Резать

сам программист, просто с таким не сталкивался

в середине года? резать? вы как это себе представляете

(13) Файл более Гига один или несколько?

поставить SQL

(9) можно поставить залипуху от hogik и жить до 2-х гигов спокойно.

(11) А после обрезания упаковку таблиц делали ?

1SENTRY.DBF, один, а попоробней плиз можно прозалипуху, упаковка делается ежедневно

(19) Я не архив имел имел ввиду.

(19)
http://infostart.ru/public/15577/

я панял что не архив, я говорю про упаковку ))))

(19) для начала, попробуй это файло сжать любым дбф редактором.

19-ому огромное спасибо, щаз буду копать в этом направлении, просто был не в курсе про такую проблему dbf-ок
Ещё раз спасибо всем кто откликнулся )))

(24) это не проблема дбф-ок, это проблема 1с-ины.

(25) ТИИ и только одна галочка "сжать" - и в чём же здесь проблема ?

(26) проблема в том, что не поможет

+27 там тупо сжимать нечего.

известный глюк, если не заведены папки пользователей

(29) чего-чего?

(0) Золотое правило - переменные перед употреблением надо обнулять.

(29) ?
Это то тут коим боком вообще ?
И это, общий cfg тут вообще никоим боком.

я так понял тема не закрылась )))))
(19)
http://infostart.ru/public/15577/
это именно то что надо, как я почитал. именно  в этом и была проблема, а не в упаковке и папках пользователей и т.д. и т.п. седня ночером поставлю заплатку и буду наблюдать поможет или нет

(33) не сцы, поможет, уже давно работает.
проблем нет.

(0) бывало исправлял глюки такие за программистом, который ТЗ в отчете инициализировал лишь ПриОткрытии(), а потом даже не было .УдалитьСтроки() перед началом формирования отчёта. Т.е. отчёт показывал какие попало цифры и лиш правильные при первом открытии.

ну и (33) вполне реально при ДБФной базе. Лечилось переходом на СКЛ