Работа с фильтром || к оглавлению данной статьи || к новостям || к услугам || в библиотеку

Чтобы не загромождать пользовательский интерфейс лишними данными, в Purify предусмотрена система гибких фильтров. Система фильтров Purify способна регламентировать тип ошибок и предупреждений и ошибок (группировка производится по категориям) к программе, но и число исследуемых внешних модулей (чтобы разработчик мог концентрироваться только на ошибках собственного модуля). Таким образом возможно создание универсальных фильтров с осмысленными именами, которые ограничивают поток информации. Число создаваемых фильтров ничем не ограничено.

Фильтры создаются и назначаются и модифицируются через верхнее меню (View->CreateFilter и View->FilterManager). По умолчанию Purify выводит все сообщения и предупреждения.

Рисунок показывает внешний вид окна создания фильтра (View->CreateFilter). Здесь мы имеем возможность по выбору сообщений, которые нужно отфильтровывать.

Пункт General — управляет именем фильтра и комментарием, его сопровождающим, Source — определяет местоположение исходных файлов, для которых необходимо вывести сообщения. Подход используется в том случае, когда происходит вызов одного модуля из другого, дабы ограничить количество информации в отчете. Следующий рисунок демонстрирует вид окна настроек фильтров. Здесь имеется возможность по активации\деактвации фильтров и модулей.

Выше упоминалось, что Purify не ограничивает число фильтров. Следует понимать, что не ограничивается не только общее число фильтров, но и их количество на одно протестированное приложение.

Ограничение по модулям, которое также можно выставить в данном диалоге, определяет число внешних модулей, предупреждения от которых появляются в отчете.

Api || к оглавлению данной статьи || к новостям || к услугам || в библиотеку

Rational Purify также имеет ряд функций интерфейса, воздействуя на которые, разработчик на этапе создания приложения может пользоваться всеми благами, предоставляемые данным приложением. Опишем основные функции интерфейса с краткой характеристикой, разделив предварительно все функции по основным группам:

Функции установки статуса распределенных блоков:

• PurifyMarkAsInitialized. Устанавливает пометку на указанный блок, делая его помеченным, как проинициализированный;

• PurifyMarkAsUninitialized. Ставит флаг инициализации;

Функции тестирования состояний распределенных блоков

• PurifyAssertIsReadable. Проверяет, доступен ли блок памяти для чтения;

• PurifyAssertIsWritable. Проверяет, доступен ли блок памяти для чтения;

• PurifyIsInitialized. Проверяет, проинициализирован блок памяти или нет;

• PurifyIsReadable. Проверяет блок памяти на возможность чтения;

• PurifyIsWritable. Проверяет блок памяти на возможность записи;

Функции, определяющие разрушения

• PurifySetLateDetectScanCounter. Определяет счетчик сканирования кучи. Подсчитывает число операций. По умолчанию, Purify сканирует память через каждые 200 операций с памятью, либо каждые 10 секунд;

• PurifySetLateDetectScanInterval. Определяет временной интервал сканирования кучи. По умолчанию — 10 секунд; PurifyHeapValidate. Принудительно проверяет память на наличие ошибок;

Функции, определяющие утечки памяти

• PurifyAllInuse. Возвращает значение, определяющее количество занятой памяти;

• PurifyClearInuse. Возвращает значение, показывающее количество памяти, распределенное после последнего вызова PurifyClearInuse или PurifyNewInuse;

• PurifyAllLeaks. Возвращает число найденных утечек в памяти. Находит как прямые утечки памяти, так и косвенные;

• PurifyClearLeaks. Определяет число освобожденных блоков памяти за время последнего обращения к PurifyClearLeaks или PurifyAllLeaks;

• PurifyNewLeaks. Определяет число новых утечек памяти за время последнего обращения к PurifyNewLeaks или PurifyClearLeaks.