metrica
Мы используем куки, чтобы пользоваться сайтом было удобно.
Хорошо
to the top
close form

Заполните форму в два простых шага ниже:

Ваши контактные данные:

Шаг 1
Поздравляем! У вас есть промокод!

Тип желаемой лицензии:

Шаг 2
Team license
Enterprise license
** Нажимая на кнопку, вы даете согласие на обработку
своих персональных данных. См. Политику конфиденциальности
close form
Запросите информацию о ценах
Новая лицензия
Продление лицензии
--Выберите валюту--
USD
EUR
RUB
* Нажимая на кнопку, вы даете согласие на обработку
своих персональных данных. См. Политику конфиденциальности

close form
Бесплатная лицензия PVS‑Studio для специалистов Microsoft MVP
* Нажимая на кнопку, вы даете согласие на обработку
своих персональных данных. См. Политику конфиденциальности

close form
Для получения лицензии для вашего открытого
проекта заполните, пожалуйста, эту форму
* Нажимая на кнопку, вы даете согласие на обработку
своих персональных данных. См. Политику конфиденциальности

close form
Мне интересно попробовать плагин на:
* Нажимая на кнопку, вы даете согласие на обработку
своих персональных данных. См. Политику конфиденциальности

close form
check circle
Ваше сообщение отправлено.

Мы ответим вам на


Если вы так и не получили ответ, пожалуйста, проверьте папку
Spam/Junk и нажмите на письме кнопку "Не спам".
Так Вы не пропустите ответы от нашей команды.

Вебинар: Трудности при интеграции SAST, как с ними справляться - 04.04

>
>
О пользе автоматической фильтрации один…

О пользе автоматической фильтрации одинаковых сообщений

14 Дек 2011

С самого начала в нашем анализаторе PVS-Studio отсеивались дубликаты сообщений. Например, если диагностическое сообщение выдается на код в .h-файле, который включается в несколько .cpp-файлов, то у нас оно будет выдано только один раз. Ряд других анализаторов этого не делают и при проверке .cpp-файлов каждый раз выводят предупреждения на одни и те же стоки в .h-файлах. В результате получается, что наш анализатор выдает меньшее количество сообщений по сравнению с ними. Но у нас все никак не было повода оценить, насколько это полезно. Теперь такой повод появился, результаты впечатляют.

Для того чтобы было лучше понятно о чем речь, сначала приведу пример кода. Пусть в файле Foo.h объявлен класс Foo:

class Foo {
  int iChilds[2];
  ...
  bool hasChilds() const { return(iChilds > 0 || iChilds > 0); }
  ...
}

Есть два файла Usage.cpp и Play.cpp, в которых содержится строка:

#include "Foo.h"

При проверке этих файлов будет сгенерировано сообщение: "V501. There are identical sub-expressions to the left and to the right of the 'foo' operator". Сообщение будет сгенерировано два раза (так как проверялось две единицы компиляции), но выдано оно будет только один раз, так как повторный вывод будет автоматически отфильтрован.

Если бы фильтрации не было, мы бы увидели 2 сообщения V501. Одно для файла Usage.cpp, а второе для Play.cpp.

Недавно мы проверяли исходный код Mozilla Firefox. Код Firefox, хотя и собирается с помощью Visual C++, все же не содержит .sln-файлов, и компилируется через makefile. В такой makefile и был встроен вызов консольной версии PVS-Studio для каждого файла (как это описано в документации). Сообщения все подряд в таком режиме записываются в один большой "сырой" файл отчета, который потом можно открыть с помощью PVS-Studio из Visual Studio. Затем уже этот "сырой" отчет можно сохранить как .plog (xml-отчет PVS-Studio). В момент преобразования автоматически фильтруются автоматические сообщения.

Так вот в "сыром" отчете было около 2 000 000 сообщений (с многочисленными повторами). В преобразованном отчете осталось только 80 000 сообщений, то есть в 25 раз меньше. Это число и позволяет оценить количество дубликатов сообщений, которые фильтруются автоматически.

Этот пример еще и подтверждает, что статический анализатор – это сложная и комплексная система, и не достаточно просто выдать сообщения об ошибках в stdout.

Популярные статьи по теме


Комментарии (0)

Следующие комментарии next comments
close comment form