Эврика

[Алексей++]

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

[Алексей++]

я знал, что если создаёшь

CDC dc;
, то его потом надо освобождать
ReleaseDC(&dc);

но оказывается если создал только указатель
CDC* dc;

то тоже надо
ReleaseDC(dc); //!!!!

причём под W98 это никак не заметно (Господи, до чего ладная системка, что бы про неё не говорили!) , а под XыPы - жрёт память безбожно. Особено если оно в обработчике таймера

-------------
кстати - побочный продукт этого "исследования" - моя программка MemorySpy, показывает озу в байтах (не в метрах, а именно в байтах) и в процентах и позволяет задать логический ноль, по которому видно, сколько съедает прога после запуска

если у ГРОМА появится время - высылаю . Или, как я понял МОРОЗ тоже может выкладывать - вышлю ему

[vasyav]

А не проще ли это завернуть в класс обвертку. Где деструктор сам вызовет ReleaseDC? Причем, если класс уже создан и дальше произойдет исключение, то он также освободит ресурс. Например:

try
{
    MyCDC dc;
    throw exception( "" );
} // Здесь автоматичеки вызовется деструктор
catch ( ... )

[Алексей++]

vasyav, ээээ... ты о чём ?
Не, классов городить не хоцца, в МАС и так нагорожено

[baldr]

Алексей1153, а если создаешь CPaintDC? Он в деструкторе не освобождается потом?

[Finch]

Алексей1153, Ты создаеш Дескриптор устройства. В добром старом Windows 3.11 можно было создавать не более 5 Дескрипторов одновременно на все приложения. Иначе Виндовс Вылетал со страшной силой. Помимо всех остальных параметров, там также хранится битовая карта экрана. Вот она и жрет ресурсы. А то, что ХР "жрет больше рессурсов под это дело". Скорее всего вопрос, где Виндовс хранит данные. В рабочей области программы, или в системной области. Но по любому практически одно и тоже пространство памяти.

[Алексей++]

baldr, CPaintDC умеет сам удаляться. Он и есть вроде того класса, о котором упоминал vasyav

Finch, да я в курсе про насначение CDC , я же не о том! Почему когда я создаю ТОЛЬКО указатель - его тоже надо освобождать? вот это я не пойму.

"жрет больше рессурсов под это дело"

- я такого не писал. Я написал, что под 98 - неосвобождение контекста не жрёт памяти ВООБЩЕ , а под ХР - очень, примерно 40000 байт в секунду (ну во всяком случае - в моей проге так получилось)

[Finch]

Алексей1153, В справочниках по WinAPI, сколько я читал, рекомендуют закрывать как можно быстрее дескрипторы устройства, так как их количество тоже лимитировано (для Windows 95 около 32536 дескрипторов). Скорее всего ты в той функции которая висит на таймере все время создаеш новый дескриптор и не закрываеш его. В таких случаях я создавал глобальный дескриптор и использовал его. Потом в функции закрытия глобальных описателей удалял его. CDC и ReleaseDC это надстройки над WinAPI.
HDC определена в WinAPI как DWORD. В функциях GetDC и.т.п. Windows создает образ экрана и возрашает HDC.  После этого надо удалить этот образ из памяти.
Теперь вопрос как определна CDC в MFC? Судя по тому, что надо использовать ReleaseDC, в деструкторе CDC не определно уничтожение Дескриптора экрана. Вот у тебя и остаются хвосты.
В книге Рихтера упоминается разница для описателей процесса для 98 Виндовса и для МЕ. В 98 возрашается описатель как текушая позиция в таблице описателей. В МЕ как ссылка на область памяти. И я так думаю тоже самое действует и для дескрипторов устройства. И я так думаю в ХР образ экрана размешается в рабочей области программы.

[Алексей++]

95 - ю я даже не щупал Только давно очень играл. В DOOM1

[Pu]

Алексей1153, для этого достаточно было просто старого доброго доса. у мене почемуто все 9х прошли мимо. работать было просто невозможно. к програмированию под вин перешел только под nt4. была попытка под 98 но это закончилось очень быстро, после 20-30 переинсталяций системы за неделю.  

[Алексей++]

Pu, я и под досом гонял

*********************

а вот ещё один непонятк, который меня долго долбил:

если процедура во вьюхе вызывает UpdateData(BOOL), происходит известно что.

Но, еслти эту процедуру вызвали не из самой вьюхи, а например из потока, то происходит изумление виндовз. Причёт - я проследил - вылетает на проверке существования одного из объектов CWnd класса

заменил на

m_txt=newText;
//UpdateData(0);
GetDlgItem(IDC_edit)->SetWindowText(m_txt);

и всё зажило...

с чем такое связано?

[baldr]

Алексей1153, а ты объект явно указывай?

[Алексей++]

забыл добавить - падает только в дебаге

baldr, в смысле?

[baldr]

В смысле myCoolWndObject->UpdateData(0);
Ты же его вызывал не из самого объекта?

[Алексей++]

из самого.

вот пример:

Код:

void CView::Proc1()
{
   m_EditText="новый текст";
   UpdateData(0);
}

если вызывается из самой вьюхи, то всё нормально:

Код:

void CView::Proc2()
{
   Proc1();
}

а если из некого потока, то косяк:

Код:

DWORD TR(void* par)
{
   ((MyView*)par)->Proc1();
}

ломается на UpdateData(0) , причём только в дебаге (причина, почему только в дебаге - инициализация переменных по умолчанию разная - в дебаге 0xccccccccc, а в релизе - 0)

[Алексей++]

я тут заметил, что компилятор не умеет двоичные числа воспринимать и сочинил такое:

Код:

/////////////////////////////////////////////////////////////////////
//двоичные числа
#define _b8(b) ((BYTE)(\
(b&0x10000000?0x80:0)|(b&0x01000000?0x40:0)|\
(b&0x00100000?0x20:0)|(b&0x00010000?0x10:0)|\
(b&0x00001000?0x08:0)|(b&0x00000100?0x04:0)|\
(b&0x00000010?0x02:0)|(b&0x00000001?0x01:0)))
#define _b16(b8H,b8L)	((WORD)((_b8(b8H)<<8)|_b8(b8L)))
#define __b16(b16)		((WORD)((_b8(((unsigned __int64)b16)>>32)<<8)|(_b8(b16))))
#define _b32(b8H,b8L,b8h,b8l)	((DWORD)(((_b16(b8H,b8L)<<16)|_b16(b8h,b8l))))
#define __b32(b16H,b16L)		((DWORD)(((__b16(b16H))<<16)|(__b16(b16L))))
//b8 == 0xbbbbbbbb
//b16 == 0xbbbbbbbbbbbbbbbb
//b ==( 1 || 0 )
//////////////////////////////////////////

зацените

[Алексей++]

_b16 и __b16 - это разные варианты одного и того же, иногда удобнее то, иногда энто
_b32 и __b32 - аналогично.

0xbbbbbbbbbbbbbbbb - это HEX, цифра b - 1 или 0, соответственно двоичным разрядам

а юзать так:

Код:

	DWORD www=0;	
	www=_b32(0x10101010,0x10101010,0x10101010,0x10101010);
	www=_b32(0x01010101,0x01010101,0x01010101,0x01010101);
	www=_b32(0x1,0x1,0x1,0x1);
	www=__b16(0x1010101010101010);
	www=__b16(0x0101010101010101);
	www=__b32(0x1010101010101010,0x1010101010101010);
	www=__b32(0x0101010101010101,0x0101010101010101);
	www=__b32(0x11,0x11); //нет незначащих нулей

[Finch]

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

[Джон]

Finch, он наверняка автоматически прокастился в положительное число, и видимо выхода за пределы массива не произошло. Я тоже как-то с таким сталкивался.

[Finch]

Джон, я честно говоря не проверял память за пределами массива. Но сам массив неиницилизовался. т.е. запись в сам массив не произошло.

[Джон]

Иногда в дебаг режиме происходят действительно интересные вещи, которые потом проявляются в релизе. Например, дебаггер всегда резервирует больше памяти чем надо. Тогда прокатывают такие вещи.
Например у тебя стоя две переменные:
   char ch[2];
   int i = 1;
проще говоря 2 байта + 4 байта подряд
   ch[2] = 0xFF;
   ch[3] = 0xFF;
   ch[4] = 0xFF;
   ch[5] = 0xFF;
прокатывает. Если же в релизе под инт будет выделен регистр, то ессно что эта вся преллесть вылетит нафиг.

[Finch]

Наверное стоит создать темку "Баги - электронные жучки" (простите за плагиат) . И скидывать в нее все случаи из практики. Когда нас комп сильно удивил. Говорят же "Надо учится на чужих ошибках, чтобы своих делать еше больше"

[Алексей++]

долго бился над такой фигнёй: имеется некий макрос, неважно что содержащий

(пишу в VC++6)

Код:

	#define myDEF \
		int i=1;\	
		int j=0

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

оказывается была табуляция после "\" (вторая строка) и строка считалась оборванной (то же самое, если пробел )

спасло то, что по привычке не ставлю в конце макроса семиколон

[Алексей++]

насчёт корявости при копировании из студии в блокнот или в форум:

1)
ðóññêèé òåêñò
not russian text

2)
русский текст
not russian text


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

[nikedeforest]

Не понял, объясняй давай. Нашел возможность как копировать русский текст?

[Алексей++]

так чего не понял?
в трее - язык выбираешь русски (ctrl+shift или как у кого)

только затем copy  - и paste уже нормальная

[nikedeforest]

теперь понял . Будет момент, обязательно проверю

[Mayk]

Finch, он наверняка автоматически прокастился в положительное число, и видимо выхода за пределы массива не произошло. Я тоже как-то с таким сталкивался.

Отнюдь. Компилятор ничего не будет преобразовывать. Если он поддерживает стандарт конечно.

Код:

int a[10];
int* b =  &a[1];
b[-1] = 11;  //теперь a[0]= 11

Советую посмотреть исходники, сгенерированные всякими yacc'ами и bison'ами.
вот такоё вот примерно выражение:

Код:

expr '+' expr  {result=$1+$3;}

Бизон преобразовывал в что-то типа

Код:

result=expr[-1]+expr[1];

[Finch]

Недавно в одном коде видел одну хитрость. Мне лично понравилась. Хотя есть и некоторые минусы.

Есть набор функций вида bool Function(........);. Нужно их поочередно вызвать. Если хоть одна функция возратит false, дальнейший вызов остальных функций не имеет смысла. Клаcсическое решение:

Код:

if (Func1(.....))
     if (Func2(......))
         if (Func3(.....))
...................................

То решение, которое я видел

Код:

if (Func1(...) && Func2(.....) && Func3(....) && .......);

Единственный минус я вижу: довольно сложно отменить результаты предыдуших действий.

[Алексей++]

Func1(...)?Func2(.....)?Func3(....):0:0;

а так если ?