Windows Mobile Application избежать Необработанной обработки исключений

Question

Мы обработка ошибок вокруг нашего Windows Mobile приложения похоже на следующее:

static class Program 
{ 
    /// <summary> 
    /// The main entry point for the application. 
    /// </summary> 
    [MTAThread] 
    static void Main() 
    { 
     try 
     { 
      AppDomain.CurrentDomain.UnhandledException += new UnhandledExceptionEventHandler(OnUnhandledException); 
      LogWriter.WriteDebugLog("******* Application Start *******"); 
      Application.Run(new Form1()); 
     } 
     catch (Exception ex) 
     { 
      LogWriter.WriteDebugLog("LOG MAIN: " + ex.Message + "\r\nTrace: " + ex.StackTrace); 
      MessageBox.Show("An unexpected error has occured, please try again. If the problem continues please contact application provider.", "Fatal Error"); 
     } 
     finally 
     { 
      AppDomain.CurrentDomain.UnhandledException -= new UnhandledExceptionEventHandler(OnUnhandledException); 
      try 
      { 
       //System.Diagnostics.Process proc = System.Diagnostics.Process.GetCurrentProcess(); 
       //proc.Kill(); 
      } 
      catch { } 
      LogWriter.WriteDebugLog("******* Application Exit *******"); 
     } 
    } 

    public static void OnUnhandledException(object sender, UnhandledExceptionEventArgs e) 
    { 
     string application_name = sender.ToString(); 
     Exception except = (Exception)e.ExceptionObject; 
     string errormessage = "Application " + application_name + " [ Exception " + except.Message + " ]" + Environment.NewLine + except.StackTrace; 

     //MessageBox.Show(errormessage, "Fatal Error"); 
     LogWriter.WriteDebugLog(errormessage); 
     AppDomain.CurrentDomain.UnhandledException -= new UnhandledExceptionEventHandler(OnUnhandledException); 
    } 
} 

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

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

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

С уважением, Грэм.

---

Редактировать: Немного больше информации, если оно имеет отношение к запросу.

В рассматриваемых приложениях большое количество приложений для Windows Mobile 6.5, в основном работающих на устройствах Motorola MC65, хотя некоторые из них находятся на устройствах Psion EP10, а некоторые - на других устройствах (так что это вряд ли будет специфичным для устройства).

Все приложения используют SQLCe и Merge Replication. Многие из них используют сторонние элементы управления для отображения в формах. Все они используют определенное количество PInvoking для различных целей.

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

Answer 1

Вы также должны поймать необработанное исключение темы аналогичным образом:

static void Main() 
{ 
    Application.EnableVisualStyles(); 
    Application.SetCompatibleTextRenderingDefault(false); 

    Application.SetUnhandledExceptionMode(UnhandledExceptionMode.CatchException); 


    Application.ThreadException += new ThreadExceptionEventHandler(Application_ThreadException); 
    AppDomain.CurrentDomain.UnhandledException += new UnhandledExceptionEventHandler(CurrentDomain_UnhandledException); 

    Application.Run(new Form1()); 
} 

Ref .: Application.ThreadException

Answer 2

«Несмотря на этой обработке ошибок методологии, которые мы получили журналы от пользователей, где приложение просто завершено без записи выхода или необработанного исключения или исключения ОСНОВНОГО РЕЖИМА. "

Существуют исключения, которые не обрабатываются обработчиком .NET excption: например, собственный код, на который ссылается ваша функция использования приложения, может произойти сбой.

Возможно, у вас есть более простая проблема: если ресурсы устройства становятся низкими, он отправляет сообщение спящего режима (http://msdn.microsoft.com/en-us/library/aa925791.aspx) во все окна. Если процесс не освобождает ресурсы и не отвечает на этот запрос, он может быть просто убит ОС, если ресурсы остаются низкими после трансляции.

У меня уже были некоторые призывы к поддержке (я выполняю поддержку WM/PPC в течение 9 лет), и они были исправлены, уменьшив использование ресурсов на устройствах и внедряя обработчик WM_HIBERNATE.

Answer 3

@Mitch Wheat Я считаю, что мы говорим здесь о Windows Mobile 6, который использует .NET CF 3.5 .NET CF не поддерживает ThreadException, поэтому вы не можете этого сделать.