Как увеличить лимит ошибок в Visual Studio?

Question

При создании приложения. VS будет жаловаться на превышение количества ошибок:

fatal error C1003: error count exceeds 100; stopping compilation

Есть ли способ увеличить лимит?

Заранее спасибо,
- Алексей Скидан

Answer 1

Это ограничение жестко закодировано. Вот сообщение сотрудника MSFT из группы microsoft.public.vsnet.general, датированное 2006 г. (см. «Фатальная ошибка C1003»):

Привет,

К сожалению, это ограничение 100 жестко запрограммированы и не могут быть изменены. Это просто непрактично хранить все ошибки информация вокруг, так как одна ошибка может вызвать другие несколько ошибок.

Я надеюсь, что вы понимаете рациональное за этим дизайном нашего продукта команда. Тем не менее, если у вас еще есть проблемы по этому поводу, пожалуйста, не стесняйтесь отправить отзыв на
http://connect.microsoft.com/Main/content/content.aspx?ContentID=2220 который контролируется нашим продуктом команда. Спасибо за ваше понимание.

С уважением, Вальтер Ван (waw ... @ online.microsoft.com, удалить "онлайн.") Интернет-сообщество Microsoft Поддержка "

Answer 2

Я так не думаю. В основном VS сообщает обо всех ошибках, с которыми он сталкивается во время компиляции. Могут быть некоторые ошибочные части кода, из-за которых компилятор попадает в бесконечный цикл «ошибки».

Ограничение было введено, чтобы избежать этого. В большинстве случаев 100 ошибок, которые вы получаете, являются одной и той же ошибкой, о которой сообщают снова и снова. Какой смысл в увеличении количества повторений?

Может быть, вы можете опубликовать фрагмент кода, где ошибка возникает в первую очередь, чтобы мы могли помочь вам исправить ее.

Answer 3

Я считаю, что это жестко заданный предел, поэтому нет.

Как прокомментировали другие, трудно понять, чего вы хотите достичь этим.

В конце дня вам придется исправить их все, так что застряните и начните их исправлять. В конце концов вы получите меньше 100, и вы можете начать их подсчет.

Обычно не имеет смысла сообщать фактическое количество ошибок, когда это происходит. В большинстве случаев, когда вы получаете C1003, на самом деле это всего лишь несколько реальных ошибок, что приводит к огромной цепочке других ошибок.

(например)

• Если есть ошибка в файле .h, эта ошибка будет сообщаться в каждом файле .cpp, который #includes это.
• Если есть ошибка, которая препятствует определению любого типа идентификатора (например, класс, переменная, имя метода), то каждый раз, когда вы пытаетесь использовать его позже, сообщается об ошибке.

Answer 4

Обходной путь до уменьшение количество зарегистрированных ошибок:

• переименуйте cl.exe в cl-orig.exe
• сверните свой собственный cl.exe, который запускает cl-orig.exe, захватывая его stdout / stderr
• parse stderr, ищет сообщения об ошибках и подсчитывает их
• разрывается после первых n ошибок

См. http://msdn.microsoft.com/en-us/library/ms682499(v=vs.85).aspx для некоторых подсказок.

Answer 5

У меня также есть такой проект: иногда Visual Studio решает, что нужно еще многое сделать, отправляет 100 действительно не относящихся к делу сообщений о других частях решения и прерывает сборку, потому что достигло предела количества сообщений, не работая над проектом. Я заинтересован в.

Обходной путь, который мы нашли, заключается в использовании msbuild для построения решения из командной строки: пошаговое руководство по Use MSBuild описывает шаги. msbuild выводит все сообщения на консоль, и после завершения сборки мы можем снова работать и отлаживаться в Visual Studio. Не идеально, но это позволяет нам выполнить поставленную задачу.