Для получения триального ключа
заполните форму ниже
Team License (базовая версия)
Enterprise License (расширенная версия)
* Нажимая на кнопку, вы даете согласие на обработку
своих персональных данных. См. Политику конфиденциальности

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

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

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

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

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

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


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

>
>
Программные ошибки, которых не бывает

Программные ошибки, которых не бывает

24 Дек 2009

Недавно к нам обратился пользователь нашего анализатора PVS-Studio, который пожаловался на работу инструмента при проверке одного из проектов.

Наш инструмент выдавал сообщение:

Error 155 Cannot open configuration file c:\foo\testfile.c.PVS
  Studio.cfg

Здесь надо пояснить, что для каждого проверяемого файла PVS-Studio создает среди прочих специальный конфигурационный файл .PVS-Studio.cfg, в котором задаются выбранные настройки для модуля анализа (который является отдельным exe-файлом).

В процессе переписки выяснилось, что файл, который инструмент не может проверить, называется не testfile.c, как следует из логики сообщения, а test^file.c. И выглядит такое поведение, как будто анализатор "теряет" символ "^". Пытаясь найти ошибку, мы выявили, что плагин PVS-Studio корректно передает имя файла, а проблема возникает собственно в ядре анализатора (тот самый отдельный exe-файл).

Сначала мы вроде бы даже нашли, что проблема с этим символом находится "рядом" с библиотекой разбора конфигурационных файлов. Но при отладке выяснилось странное. Если в среде Visual Studio (в которой мы разрабатываем инструмент) задать параметры командной строки для анализатора как "-cfg=c:\foo\test^file.c.PVS-Studio.cfg" и нажать Ctrl-F5 (запуск программы), то получим сообщение:

Cannot open configuration file c:\foo\testfile.c.PVS-Studio.cfg

То есть ошибка повторяется.

А вот если нажать просто F5 (старт отладчика), то программа... корректно работает! Читатель сразу же скажет: "Ну что же вы, разрабатываете инструмент для программиста, а сами не знаете, что Debug-версия программы может работать, а Release-версия - нет?" Обращаем внимание, что и в первом, и во втором случае запускалась Debug-версия, просто в разных режимах.

После экспериментов стало понятно, что ничего не понятно.

Мы отложили код нашего проекта в сторону и провели простой эксперимент, который может повторить каждый.

  • 1. Открываем Visual Studio 2005 или 2008 (без разницы), создаем Visual C++ Win32 Console Application.
  • 2. Вставляем всего лишь строку с fprintf так, что в результате получится следующий код:
#include "stdafx.h"
int _tmain(int argc, _TCHAR* argv[])
{
  fprintf(stdout, "%s\n", argv[1]);
  return 0;
}
  • 3. В настройках режима отладки (Debugging->Command Arguments) указываем "test^file.c" без кавычек.
  • 4. Запускаем программу (Debug-версия) по Ctrl-F5. Получаем:
testfile.c

то есть символ "^" пропал.

  • 5. Ставим точку останова (breakpoint) на строку "return 0;", нажимаем F5. Получаем:
test^file.c

то есть символ "^" есть.

Как ни странно, но программа ведет себя по-разному в зависимости от режима запуска. Вероятно символ "^" обрабатывается как Escape-последовательность. Но почему запуск по F5 и Ctrl-F5 дает разные результаты?

В PVS-Studio в качестве решения мы выбрали обходной путь. В случае если в имени конфигурационного файла встречается символ "^", то мы заменим его на другой символ.

Популярные статьи по теме
Обрабатывать ли в PVS-Studio вывод других инструментов?

Дата: 26 Май 2022

Автор: Андрей Карпов

Анализатор PVS-Studio умеет "схлопывать" повторяющиеся предупреждения. Предоставляет возможность задать baseline, что позволяет легко внедрять статический анализ в legacy-проекты. Стоит ли предостави…
15000 ошибок в открытых проектах

Дата: 24 Май 2022

Автор: Андрей Карпов

Количество багов в нашей коллекции перевалило за отметку 15000. Именно такое количество ошибок обнаружила команда PVS-Studio в различных открытых проектах. Особенно интересно, что это всего лишь побо…
Комментарии в коде как вид искусства

Дата: 04 Май 2022

Автор: Сергей Хренов

Приветствую всех программистов, а также сочувствующих. Кто из нас хотя бы раз в жизни не оставлял комментарии в коде? Был ли это ваш код, а может, чужой? Что за комментарии вы написали: полезные или …
Visual Studio 2022 стильно и свежо. История о её поддержке в PVS-Studio

Дата: 15 Фев 2022

Автор: Николай Миронов

Кажется, анонс Visual Studio 2022 был только недавно, и вот она уже вышла. Это означало ровно одно – поддержать данную IDE нужно в ближайшем релизе PVS-Studio. О том, с какими сложностями пришлось ст…
Лучшие срабатывания статического анализатора

Дата: 29 Окт 2021

Автор: Максим Звягинцев

У всех, кто запускал статический анализатор в первый раз на большом проекте, был небольшой шок по поводу сотен, тысяч или даже десятков тысяч предупреждений. Как-то грустно становится после такого. Т…

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

Следующие комментарии
Этот сайт использует куки и другие технологии, чтобы предоставить вам более персонализированный опыт. Продолжая просмотр страниц нашего веб-сайта, вы принимаете условия использования этих файлов. Если вы не хотите, чтобы ваши данные обрабатывались, пожалуйста, покиньте данный сайт. Подробнее →
Принять