Почему исключение.NET не поймано блоком попытки/выгоды?

Наилучший вариант походит на установку Visual Studio, чтобы повредиться на всех необработанных исключениях (Отладка-> диалоговое окно Исключений, установить флажок для "Исключений Общеязыковой среды выполнения" и возможно других также). Тогда запустите свою программу в режиме отладки. Когда код синтаксического анализатора ANTLR выдает исключение, он должен быть пойман Visual Studio и позволить Вам видеть, где он происходит, тип исключительной ситуации, и т.д.

На основе описания, блок выгоды, кажется, корректен, таким образом, одна из нескольких вещей могла происходить:

1. синтаксический анализатор на самом деле не выдает исключение
2. , синтаксический анализатор в конечном счете бросает что-то, что не происходит из Системы. Исключение
3. существует исключение, бросаемое на другой поток, который не обрабатывается

, Это кажется на потенциальное исключение выпуска № 3.

Steve Steiner корректен, который исключение порождает в antlr библиотеке, проходя через mTokens () метод и будучи пойманным в antlr библиотеке. Проблема состоит в том, что этот метод автоматически генерируется antlr. Поэтому любые изменения для обрабатывания исключения в mTokens () будут перезаписаны когда Ваш генерировать классы синтаксического анализатора/лексического анализатора.

По умолчанию, antlr зарегистрирует ошибки и попытается восстановить парсинг. Можно переопределить это так, чтобы parser.prog () выдал исключение каждый раз, когда с ошибкой встречаются. От Вашего примера кода я думаю, что это - поведение, которое Вы ожидали.

Добавляют этот код к Вашему grammer (.g) файл. Необходимо будет также выключить, "Включают Просто Мой Код" в меню отладки.

@members {

    public override Object RecoverFromMismatchedSet(IIntStream input,RecognitionException e,    BitSet follow)  
    {
        throw e;
    }
}

@rulecatch {
    catch (RecognitionException e) 
    {
        throw e;
    }
}

Это - моя попытка версии C# примера, данного в "Выходе из устройства распознавания на первой ошибке" глава "Категорической Ссылочной" книги ANTLR.

Hope это - то, что Вы искали.

Я загрузил Ваш код, и все работает как ожидалось.

отладчик Visual Studio правильно прерывает все исключения. Блоки выгоды работают как ожидалось.

я выполняю сервер Windows 2003 SP2, Комплект Команды VS2008 (9.0.30729.1 SP)

, я пытался скомпилировать Вас проект для.NET 2.0, 3,0 & 3.5

@Steve Steiner, параметры отладчика, которые Вы упомянули, не имеют никакого отношения к этому поведению.

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

Я загрузил демонстрационный проект VS2008 и немного озадачен здесь также. Я смог закончить исключения однако, хотя, вероятно, не способом, который будет работать, будет большой для Вас. Но вот то, что я нашел:

Этот сообщение списка рассылки имело обсуждение того, что надеется быть той же проблемой, которую Вы испытываете.

Оттуда, я добавил пару фиктивных классов в основном program.cs файле:

class MyNoViableAltException : Exception
{
    public MyNoViableAltException()
    {
    }
    public MyNoViableAltException(string grammarDecisionDescription, int decisionNumber, int stateNumber, Antlr.Runtime.IIntStream input)
    {
    }
}
class MyEarlyExitException : Exception
{
    public MyEarlyExitException()
    {
    }

    public MyEarlyExitException(int decisionNumber, Antlr.Runtime.IIntStream input)
    {
    }
}

и затем добавил строки использования в TimeDefParser.cs и TimeDefLexer.cs:

using NoViableAltException = MyNoViableAltException;
using EarlyExitException = NoViableAltException; 

, С которым исключения пузырились бы в поддельные классы исключений и могли быть обработаны там, но было все еще исключение, бросаемое в mTokens метод в TimeDefLexer.cs. Обертывание этого в выгоде попытки в том классе поймало исключение:

            try
            {
                alt4 = dfa4.Predict(input);
            }
            catch
            {
            }

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

Хм, я не понимаю проблемы. Я загрузил и попробовал Ваш файл решения в качестве примера.

исключение выдается в TimeDefLexer.cs, строка 852, который впоследствии обрабатывается блоком выгоды в Program.cs, который просто говорит Обработанное исключение .

, Если я некомментирую блок выгоды выше его, он введет тот блок вместо этого.

, Что, кажется, проблема здесь?

Как упомянутый Kibbee, Visual Studio остановится на исключениях, но если Вы попросите, чтобы он продолжился, исключение будет поймано Вашим кодом.

Лично я не убежден теорией поточной обработки вообще.

одно время я видел это прежде, я работал с библиотекой, которая также определила Исключение и использования, я подразумевал, что фактическая Выгода относилась к различному типу "Исключения" (если это было полностью определено, это была Компания. Lib. Исключение, но это не было из-за использования), поэтому, когда это пришло к ловле нормального исключения, которое выдавалось (некоторое исключение аргумента, если бы я помню правильно), это просто не поймало бы его, потому что тип не соответствовал.

Так, таким образом, там другой Тип исключительной ситуации в различном пространстве имен, которое находится в использовании в том классе?

РЕДАКТИРОВАНИЕ: быстрый способ проверить это, удостоверяются в Вашем пункте выгоды, Вы полностью определяете Тип исключительной ситуации как "Система. Исключение" и дает ему водоворот!

EDIT2: хорошо я попробовал код и признаю поражение на данный момент. У меня должен будет быть другой взгляд на него утром, если никто не предложил решение.

мне, выгода (Исключение) пункт должен был получить любое исключение вообще. Есть ли какая-либо причина, почему она не была бы?

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

мой блок попытки/выгоды не поймает его и вместо этого останавливает выполнение как необработанное исключение.

необходимо найти то, что вызывает процесс выхода. Это могло бы быть что-то другое, чем необработанное исключение. Вы могли бы попытаться использовать собственный отладчик с набором точки останова на "{, kernel32.dll} ExitProcess". Тогда используйте SOS для определения то, что управляемый код называет процессом выхода.

Я с @Shaun Остином - пытаются обернуть попытку с полностью определенным именем

catch (System.Exception)

и видят, помогает ли это. В документе ANTLR говорится, какие Исключения должны быть выданы?

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

Вы используете.Net 1.0 или 1.1? Раз так тогда выгода (Исключение исключая) не поймает исключения из неуправляемого кода. Необходимо будет использовать выгоду {} вместо этого. См. эту статью для получения дальнейшей информации:

http://www.netfxharmonics.com/2005/10/net-20-trycatch-and-trycatchexception/

Независимо от того, был ли блок скомпилирован как сборка конечных версий, исключение должно, конечно, 'пузыриться' до вызывающей стороны, нет никакой причины, блок, не скомпилированный в режиме отладки, должен иметь любое влияние на этом.

я согласился бы с Daniel, предполагает, что, возможно, исключение происходит на отдельном потоке - пытаются сцепить событие исключения потока в Приложении. ThreadException. Это должно быть повышено, когда любое необработанное исключение потока происходит. Вы могли адаптировать свой thus:-

using System.Threading;

...

void Application_ThreadException(object sender, ThreadExceptionEventArgs e) {
  throw new ParserException(e.Exception.Message, e.Exception);
}    

 ...

 var exceptionHandler = 
    new ThreadExceptionEventHandler(Application_ThreadException);
 Application.ThreadException += exceptionHandler;
 try {
    // Execution stopped at parser.prog()
    TimeDefParser.prog_return prog_ret = parser.prog();
    return prog_ret == null ? null : prog_ret.value;
 }
 catch (Exception ex) {
    throw new ParserException(ex.Message, ex);
 }
 finally {
    Application.ThreadException -= exceptionHandler;
 }

Можно настроить VS.Net для повреждения, как только любое исключение происходит. Просто выполните свой проект в режиме отладки, и это остановится, как только исключение выдается. Тогда у Вас должна быть лучшая идея того, почему она не поймана.

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

Application.ThreadException += new ThreadExceptionEventHandler(ThreadExceptionHandler);

 // Catch all unhandled exceptions in all threads.
 AppDomain.CurrentDomain.UnhandledException += new UnhandledExceptionEventHandler(UnhandledExceptionHandler);