Вполне допускаю. Не первая обнаруженная утечка.

А без 1С++ и ФормЕкс то же самое?

Ну, например, обнаружено, что для возникновения утечки достоточно открыть/закрыть форму. Подтвердилось это при написании метода Система::ЗакрытьФорму().

Орефков сказал, что утекает в том случае, если на форме есть элементы с прозрачным фоном.

Например, в нашей конторе полный комплект тестов можно прогнать только один раз. На второй раз падает 1С. 

У одного пользователя было подобное.
Использовался Отчет по остаткам товаров (не типовой). Пользователь просто тупо в отчете нажимал кнопку Обновить (в самом mxl-отчете, там обычно их две Обновить/Настройка), выполнял какие-то исправления документов, и опять Обновить. Тыкал он долго. В итоге Я заметил, что терминал стал медленно работать. Поглядел память - этот пользователь съел почти 2 ГБ.
Я повторить такого не смог.

Uzhast писал(а) 26. Февраля 2007 :: 14:34:

Ты слишком добрый.... мелкие баги систему не вышибают. ИМХО...

Arta писал(а) 27. Февраля 2007 :: 21:30:

Все-таки именно этот баг мелковат Он проявляется только при просмотре печати и при просто печати (для этих операций работает одинаковый код). При этом, чтобы добиться того, что систему начнет плющить, надо ну очень много напечатать Например, чтобы съесть 1000 объектов мне понадобилось довольно долго шевелить Диспетчером над 1С. А это эквивалентно распечатке, наверное, нескольких сотен страниц. А систему начинает плющить, когда количество забитых GDI-объектов приближается к 10 тыс. Так что, если из не происходит постоянная печать огромных таблиц, то баг почти себя не проявит. Памяти, кстати, на GDI-объекты в MFC уходит не сильно много.

Хотя, конечно, да. За такие утечки руки надо отрывать с корнем В одном месте утечка, в другом - каждый раз немного, а в сумме х-ня получается