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

Ответ 1

Это ограничение жестко запрограммировано. Вот сообщение от сотрудника MSFT в группе microsoft.public.vsnet.general от 2006 года (смотрите "Fatal Error C1003" ):

Привет,

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

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

С уважением, Уолтер Ван (waw... @online.microsoft.com, удалите "онлайн".) Microsoft Online Community Поддержка "

Ответ 2

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

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

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

Ответ 3

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

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

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

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

(например)

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

Ответ 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 для некоторых советов.

Ответ 5

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

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