Список ВК, их версии, размеры?
Главное - получить хоть какую-то повторяемость бага, дальше уже легче.

В общем то суть моего вопроса не в том, как искать проблему, а в том, какие можно было бы применить для этого приемы..

Например сделать подсистему логирования создания/уничтожения объектов классов, тогда можно было бы увидеть, какие объекты правильно не уничтожаются..

Не, на боевой dynwrapex не используется (пока )

chessman писал(а) 14. Февраля 2011 :: 15:18:


Если бы удалось стабильно воспроизвести проблему, все было бы намного проще..
Тогда бы и без ИД-ы наверное удалось обойтись..

Тут сложность в том, что куча пользователей работает в базе, у некоторых периодически при закрытии 1С-на падает..
При каких обстоятельствах выяснить можно, но довольно сложно..

Да кто ж мне студию даст ставить где попало
Пока буду пытаться понять, при каких обстоятельствах падает..

Из компонент у меня на боевой базе только 1cpp, formex, 1sqlite, tabledoc

CaBaT писал(а) 14. Февраля 2011 :: 15:24:

Выскажу свое мнение, сложившееся из наблюдений, но подтвердить сказанное не могу:
1С сама падает при интенсивной работе, а использование классов и ВК только чуть ускоряют это падение... просто сама технология движка несколько устарела и не совсем совместима с современным железом и софтом, включая саму винду...

Выводы сделаны из попыток отслеживания моментов падения, но закономерностей выявлено не было, т.к. при абсолютно тех же последовательностях действия 1С падает в разные моменты времени...

Можешь проделать нудную и утомительную работу:
в каждом классе дописать конструктор + деструктор + локальную переменну "ГУИД_Объекта":

В конструкторе - ГУИДишь идентификатор объекта, пишешь в лог имя класса + ГУИД объекта
в деструкторе - аналогично.

Для классов-наследников, в общем-то, писать необязательно.

Потом сравниваешь, объекты каких классов существовали при падении.

PS можно логать сразу в таблицу скуля: гуид объекта (чар36), Создание (датетайм), Уничтожение (датетайм, дефаул = 17530101)
конструктор инсертит, деструктор апдейтит