Доброго дня!


Есть объект класса CImage, который используется в качестве заднего буффера для окна, для того, чтобы убрать мерцание при перерисовке. Получив CDC объекта этого класса, в него рисуется вся графика, а потом выводится на экран по сообщению WM_PAINT



Всё работает отлично, но, когда минимизирую окно (minimize), а потом восстанавливаю (restore), то выбрасывается  Access violation reading location 0xfeeefeee.
Посмотрев в отладчике, вижу, что этот адрес имеет CDC::m_hDC, и CDC::m_hAttribDC. . . 

Вероятно, что при сворачивании окна теряется Device Context. . . Вот и возникает задача - как это определить ??

Это сообщение отредактировал(а) ANTON_AL - 4.2.2008, 17:40

ANTON_AL, Сейчас под руками нет доков но тав вроде надо использовать что то в духе GetSafeHandle, вроде так 

Не помогает, этот метод возвращает такой же мусор 0xfeeefeee

А ты уверен что так можно? Просто обычно двойню буферизацию организуют через CBitmap.
Вот посмотри эту ссылку. Можно еще много примеров найти если поискать.

dizzy1984, да, так можно, я уже сделал. Всё работает через CImage, т.к. никакой разницы нет. Мои действия аналогичны тем, которые в той ветке представлены. Только там создание битмапа происходит каждый раз, при событии OnDraw, а у меня только по необходимости.

При сворачивании окна я ловлю WM_SIZE и делаю CImage::Destroy( ); - т.е. уничтожаю CImage, который является back buffer'ом.
При восстановлении окна я заново создаю back buffer ( CImage::Create() ).

И всё работает отлично. . .


Но такой способ не решает проблему определения правильности DC, а просто предполагается, что потеря произойдёт. Так что вопрос остаётся открытым.

Добавлено @ 19:38
Если кратко, то задача такая: есть объект класса CDC, который инициализирован любыми ( даже просто левыми) значениями. Необходимо определить, корректный ли это объект или нет.

Думаю, что некая функция типа ValidateDC(  ) должна существовать, наверняка ведётся какой нибудь список существующих в данный момент DC. . .

Добавлено @ 19:42
Например, в DirectX есть метод IDirect3DDevice9::ValidateDevice(), который используется для аналогичных целей

Это сообщение отредактировал(а) ANTON_AL - 5.2.2008, 20:34

ANTON_AL, двойной буфер нужно делать через CBitmap. А когда перепишеш код готов поспорить всё заработает.
У меня же нет таких проблем   

Нереально.
Что касается вопроса, то ты несовсем корректно делаешь. После использования DC, полученного вызовом GetDC нужно обязательно его особождать, вызывая ReleaseDC. Т.е. контекст нужно все время пересоздавать - его нельзя хранить между сообщениями.

  Точно! Даже более того, в обработчике WM_PAINT его нужно каждый раз получать, а по окончанию работы обработчика каждый раз уничтожать.

Я тоже так делал, но из-за этого в осносном и наблюдались тормоза при перерисовке (((

Я поступил по-другому: в OnInitDialog получил CDC* через GetDC(), у него взял HDC и к нему "прицепился" своим CDC, который является членом класса окна и уже не пропадёт.
Просто те CDC, которые получены через GetDC, явлются временными и MFC их может грохнуть когда угодно. Но их HDC - не временный, а настоящий HDC окна и к нему можно цепляться на сколько угодно времени.

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

Earnest, 
Alexeis, 
Спасибо огромное, вот этот нюанс я как раз упустил. Теперь всё работает без глюков.



MTWizard, да, у меня идет постоянная загрузка на 50% при этом.