Портится изображение ScrollBar.

← →
DVM © (2007-04-18 11:00) [0]

Никто не сталкивался со следующим? Есть окно в программе, на котором расположено несколько TScrollBar. После длительной работы программы при показе этого окна на месте скроллбаров мусор какой-то. Они не отрисовываются, хотя и работают. Утечки ресурсов GDI нет.

← →
homm © (2007-04-18 11:20) [1]

> Утечки ресурсов GDI нет.

Хотя все говорит об обратном :) Сам не сталкивался, но на всякий случай может перепрверить?

← →
DVM © (2007-04-18 11:28) [2]

> Хотя все говорит об обратном :) Сам не сталкивался, но на
> всякий случай может перепрверить?

Перепроверю еще конечно, но счетчики ресурсов GDI не растут. Причем все скроллбары в программе перестают отрисовываться. Почему именно скроллбары, а не другие контролы? Непонятно.

← →
homm © (2007-04-18 11:37) [3]

> Почему именно скроллбары, а не другие контролы?

Возможно как-то связано со спецификой неклиентской области. Попробуй другой компонент положить, у которого есть неклиентская область, будет ли она пропадать. Или имеются ввиду скролбары как отдельные компоненты, не привязаные к Memo и прочее?

← →
DVM © (2007-04-18 11:45) [4]

> Или имеются ввиду скролбары как отдельные компоненты, не
> привязаные к Memo и прочее?

И такие и те которые привязаны. Все глючат.

← →
DVM © (2007-04-18 12:00) [5]

Не, ни MemProof, ни FasMM4 никаких утечек не обнаруживают.

> И такие и те которые привязаны. Все глючат.

Ну а другие контроллы с неклиентской областью нормально отображаются?
Какая спцифика у приложения? Долго ли проходит времени до таких глюков? Что в это время делает пользователь?

> Ну а другие контроллы с неклиентской областью нормально
> отображаются?

Все остальное отлично работает.

> Какая спцифика у приложения?

Ну скажем так, висит оно себе, принимает данные по сети, обрабатывает принятое, на диск пишет. Очень похоже на, скажем, E-mule.

Активно выделяет/освобождает память, перемещает данные в памяти.

Пользователь ничего не делает - нет его.

Портится изображение ScrollBar. Найти похожие ветки