Выявление исключений нарушения прав доступа?

пример

int *ptr;
*ptr = 1000;

Могу ли я поймать исключение нарушения доступа к памяти с помощью стандартного C ++ без использования каких-либо конкретных Microsoft.

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

Прочтите и плачьте!

Я понял. Если вы не выбрасываете из обработчика, обработчик просто продолжит работу, как и исключение.

Магия происходит, когда вы генерируете собственное исключение и обрабатываете его.

#include "stdafx.h"
#include <stdio.h>
#include <stdlib.h>
#include <signal.h>
#include <tchar.h>

void SignalHandler(int signal)
{
    printf("Signal %d",signal);
    throw "!Access Violation!";
}

int main()
{
    typedef void (*SignalHandlerPointer)(int);

    SignalHandlerPointer previousHandler;
    previousHandler = signal(SIGSEGV , SignalHandler);
    try{
        *(int *) 0 = 0;// Baaaaaaad thing that should never be caught. You should write good code in the first place.
    }
    catch(char *e)
    {
        printf("Exception Caught: %s\n",e);
    }
    printf("Now we continue, unhindered, like the abomination never happened. (I am an EVIL genius)\n");
    printf("But please kids, DONT TRY THIS AT HOME ;)\n");

}

Существует очень простой способ перехвата любого типа исключения (деление на ноль, нарушение прав доступа и т. Д.) В Visual Studio с помощью блока try -> catch (...). Достаточно незначительной настройки параметров проекта. Просто включите опцию / EHa в настройках проекта. См. Свойства проекта -> C / C ++ -> Генерация кода -> Измените параметр Включить исключения C ++ на «Да с исключениями SEH» . Это оно!

Подробности см. Здесь: http://msdn.microsoft.com/en-us/library/1deeycx5(v=vs.80).aspx

По крайней мере, для меня signal(SIGSEGV ...)подход, упомянутый в другом ответе , не работал на Win32 с Visual C ++ 2015 . Что действительно работало для меня, так это использовать _set_se_translator()найденное в eh.h. Это работает так:

Шаг 1 ) Убедитесь, что вы включили Да с исключениями SEH (/ EHa) в свойствах проекта / C ++ / Генерация кода / Включить исключения C ++ , как указано в ответе Владимира Фрицкого .

Шаг 2 ) Вызов _set_se_translator(), передав указатель функции (или лямбда) для нового транслятора исключений . Он называется переводчиком, потому что он просто принимает низкоуровневое исключение и повторно генерирует его, как что-то более легкое для улова, например std::exception:

#include <string>
#include <eh.h>

// Be sure to enable "Yes with SEH Exceptions (/EHa)" in C++ / Code Generation;
_set_se_translator([](unsigned int u, EXCEPTION_POINTERS *pExp) {
    std::string error = "SE Exception: ";
    switch (u) {
    case 0xC0000005:
        error += "Access Violation";
        break;
    default:
        char result[11];
        sprintf_s(result, 11, "0x%08X", u);
        error += result;
    };
    throw std::exception(error.c_str());
});

Шаг 3 ) Перехватите исключение, как обычно:

try{
    MakeAnException();
}
catch(std::exception ex){
    HandleIt();
};

Этот тип ситуации зависит от реализации и, следовательно, для перехвата требуется специальный механизм поставщика. В Microsoft это будет включать SEH, а * nix будет включать сигнал

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

Как уже говорилось, на платформе Windows нет способа сделать это сторонним поставщиком / поставщиком компилятора. Однако, очевидно, полезно перехватывать эти типы исключений обычным способом try {} catch (exception ex) {} для сообщения об ошибках и, более того, для плавного выхода из вашего приложения (как говорит JaredPar, приложение, вероятно, сейчас в беде) . Мы используем _se_translator_function в простой оболочке класса, которая позволяет нам перехватывать следующие исключения в обработчике попытки:

DECLARE_EXCEPTION_CLASS(datatype_misalignment)
DECLARE_EXCEPTION_CLASS(breakpoint)
DECLARE_EXCEPTION_CLASS(single_step)
DECLARE_EXCEPTION_CLASS(array_bounds_exceeded)
DECLARE_EXCEPTION_CLASS(flt_denormal_operand)
DECLARE_EXCEPTION_CLASS(flt_divide_by_zero)
DECLARE_EXCEPTION_CLASS(flt_inexact_result)
DECLARE_EXCEPTION_CLASS(flt_invalid_operation)
DECLARE_EXCEPTION_CLASS(flt_overflow)
DECLARE_EXCEPTION_CLASS(flt_stack_check)
DECLARE_EXCEPTION_CLASS(flt_underflow)
DECLARE_EXCEPTION_CLASS(int_divide_by_zero)
DECLARE_EXCEPTION_CLASS(int_overflow)
DECLARE_EXCEPTION_CLASS(priv_instruction)
DECLARE_EXCEPTION_CLASS(in_page_error)
DECLARE_EXCEPTION_CLASS(illegal_instruction)
DECLARE_EXCEPTION_CLASS(noncontinuable_exception)
DECLARE_EXCEPTION_CLASS(stack_overflow)
DECLARE_EXCEPTION_CLASS(invalid_disposition)
DECLARE_EXCEPTION_CLASS(guard_page)
DECLARE_EXCEPTION_CLASS(invalid_handle)
DECLARE_EXCEPTION_CLASS(microsoft_cpp)

Исходный класс взят из этой очень полезной статьи:

http://www.codeproject.com/KB/cpp/exception.aspx

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

> man signal

     11    SIGSEGV      create core image    segmentation violation

Запись в указатель NULL, вероятно, вызовет сигнал SIGSEGV

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