Здравствуйте, EreTIk, Вы писали:

ETI>Хорошим тоном является назначение каждому типу объекта (буфера) своего тега.

Хороший тон я люблю. Но пока сам не попробовал — не представляю, насколько оно важно, и почему это нельзя заменить использованием бряков вместе с анализом памяти.
В любом случае, 4 байта — это адски мало. Даже, если отбросить всякую фигню типа отсутствие глобальной уникальности тэга.
2 байта под префикс драйвера, 2 байта под объект... Это никогда помнить не будешь.
Однозначно, нужно на каждый драйвер заводить таблицу: тэг и его значение в менее компактной форме
Причем, желательно встроить это в драйвер, чтобы в коде в итоге были не тэги, а развернутые значения. Это облегчит детект ошибок, например. Но актуализировать таблицу придется постоянно.

Была еще идея — придумать формат тэга, чтобы сам тэг нес какую-то информацию о том, где именно находится данный код (допустим, 1 байт будет идентификатором файла .cpp/.c) Но здесь еще больше таблиц и действий по их актуализации при написании.

Вообще, какие-то правила относительно именования этих тэгов есть?
На MSDN их вроде нет. Но это еще не дает уверенность, что система с таблицей не будет моим велосипедом. А ведь, будучи им, она куда меньше стоит.