Наверное все рано или поздно сталкивались с этой проблемой - 1С-на падает при выходе..
Так как состав ВК давно устоялся и если не брать в расчет чисто софтовые проблемы, то скорее всего, как мне кажется, проблема связана с неправильной последовательностью инициализации/удаления объектов классов.
Хотел спросить - кто каким образом ищет подобные проблемы, может у кого есть ценные наработки/мысли в этом направлении?

Согласен, что если бы можно было воспроизвести, то уже было бы проще..
Тут скорее всего проблема не в ВК (их версии давно не меняются, набор устоявшийся, используемый функционал вроде тоже), а кривости моих рук..
Вот и подумалось - вот бы придумать какой-нибудь механизм, типа диспетчера классов, что бы проще было отслеживать, какие объекты были созданы, какие убиты, тогда было бы проще найти, где проблема..

Ты случаем мои "наработки" там не используешь?
Я использую ИДу (IDA PRO), если что-то нужно посмотреть.

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


а то может мой косяк 

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

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


а чем тебе Express-вариант не нравится?  таки бесплатно

Dmitry The Wing писал(а) 15. Февраля 2011 :: 02:47:

вот ведь в чем проблема - до того, как я в базу внедрил эти ВК, она так часто не падала..
(ну во всяком случае, со слов очевидцев)

Ну в общем то ход моих мыслей был в этом же направлении..
Просто подумалось, что может еще какие варианты в голову не пришли..

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


Я про студию говорил.
У IDы тоже есть бесплатный вариант, не знаю только насколько он урезан.
Хотя в данном случае, идея с логированием, более эффективна.

В чистой 1С нельзя открыть/закрыть слишком много окон, т.е. открываем\закрываем окна, течет память GDI, при достижении предельного числа GDI процесс 1С77 падает.
Эффект был исследован в одной из веток про GDI, адрес не помню.

Для того, что бы внести ясность, почему я думаю, что проблема связана с инициализацией/разрушением объектов классов, опишу схему, которая у меня используется.

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

В свою очередь классы могут использовать методы других классов, а что бы не плодить в памяти одинаковые экземпляры классов, был придуман специальный диспетчер, через который идет обращение к классам, который при необходимости создает экземпляры классов и сохраняет в своем списке.
Это было необходимо для того, что взаимосвязь классов стала сложной, а при обращении через диспетчер достигается автоматическое создание экземпляров классов по мере необходимости.

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

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

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

Что было:
Не разрушался экземпляр класса-перехватчика, причем довольно глупо - в классе создавался объект "Таймер" и задавался обработчик в классе-перехватчике.

Добавил в обработчике события "ПриЗакрытии" принудительное удаление обработчика в объекте "Таймер" - деструктор стал срабатывать.

С помощью одного сознательного сотрудника удалось таки поймать проблему.

Если кратко, то суть была в том, что есть один внешний отчетик, который отображает график событий, так вот в нем был обработчик события "ПриАктивацииОкна", в котором производилось обновление данных графика.

Если был открыт этот отчет и еще любое окно (справочник, журнал и т.д.) поверх него и при этом 1С закрыть, то происходило срабатывание этого события, в то время как объекты, используемые в отчете могли быть уже разрушены..

Естественно, если отчет был на переднем плане, или открыт только он, или закрыт перед завершением 1С, то проблем не было..
Вот ведь как бывает..