Исключить все сообщения в PC-Lint

я использую PC-Lint для моего проекта C ++.
Есть ли способ отключить все сообщения об ошибках и предупреждения по умолчанию, чтобы я мог затем явно ввести необходимые сообщения?

Я прочитал главу руководства PC-Lint, озаглавленную «Параметры запрета ошибок», и лучшее, что я смог найти, это установить для wLevel значение -w0 Нет сообщений (кроме фатальных ошибок).

2

Решение

Да, это возможно, вы можете просто использовать -e* или же -w0, Однако в руководстве действительно говорится (глава 16. Жизнь с ворсом):

НЕ просто подавлять все предупреждения чем-либо
например: -e * или -w0, так как это может скрыть серьезные ошибки и затруднить последующую диагностику.

Так что, да, вы можете использовать его, если ваш код в основном очищен, и вы хотите просмотреть последние изменения для определенного набора сообщений. Но если вы хотите начать очистку своего кода и завалены сообщениями из-за уровня предупреждения по умолчанию -w3Предлагаю начать использовать -w1и решить все проблемы там; большинство предупреждений / ошибок, представленных на первом уровне, указывают на проблемы с нахождением всех заголовочных файлов, правильной настройкой всех неявных макросов и / или имитацией компилятора, который вы обычно используете, достаточно точным способом.

Как всегда, я не решаюсь рекламировать свою собственную работу, но если хотите, посмотрите на мою »Как владеть ПК Lint«PDF, где я задокументировал подробные инструкции по первоначальному развертыванию PC Lint и рассмотрению многих предупреждений / ошибок / информации / заметок, под которыми вы можете быть похоронены.

2

Другие решения

Когда я начал внедрять PC-Lint в новый проект, я сделал следующее:

  1. По предложению Йохана Безема, -w1 проверка уровня по всему. На самом деле это не находит никаких новых проблем, но проверяет, что ваша программа синтаксически действительна и обнаруживает любые проблемы конфигурации. Ничего особенного, если ваш проект уже компилируется.

  2. Запустите тест снова с -w2 уровень. Это нашло 53 000 проблем, что было много, чтобы решить за один раз.

  3. Выберите типичный плохой файл, затем устраните все ошибки, которые кажутся
    не имеет значения или не срочно (например, error 525: (Warning -- Negative indentation from line xxx)
    добавление -e525 в командной строке или конфигурационном файле, пока не найдете тот, который кажется серьезным.
    В моем случае это было
    error 442: (Warning -- for clause irregularity: testing direction inconsistent with increment direction)то есть цикл «для»
    что выглядело так, как будто должно было быть на самом деле
    вниз.

  4. Сбросить тестовый уровень обратно -w1 но добавил в критическую проблему по номеру, -w1 +e442 в этом случае. Перезапустите его для всего проекта, а затем исправьте все случаи этой проблемы.

  5. Вернитесь к этапу 2 и попробуйте снова.

Эта комбинация исправления реальных проблем и подавления вероятных ложных срабатываний вскоре позволяет контролировать ваши номера.

Чтобы со временем все стало лучше, мы также реализуем сценарий, который -w2 или же -w3) проверять любые файлы, которые созданы или изменены.

Я также нашел инструмент LintProject очень полезно, поскольку оно может сделать все решение Visual Studio за один раз, с таблицами с количеством ошибок и худших нарушителей!

1

По вопросам рекламы [email protected]