CreateEventW неожиданно терпит неудачу

Question

Если написать простой код, как это:

int main(int argc, char* argv[]) 
{ 
    HANDLE hEvent = CreateEventW(NULL, FALSE, FALSE, L"EVENTTEST"); 
    if (hEvent==NULL){ 
      cout<<"Error "<<GetLastError(); 
    } 
    else{ 
      cout<<"Success"; 
    } 

    getch(); 
    return 0; 
} 

код работает с успехом сообщения, но если я добавить объявление в общем объеме выше основной (здесь я только добавить строку кода, объявив переменная bool) функция CreateEvenetW Fails с кодом ошибки 998. Если я использую CreateEvent вместо CreateEventW, проблема не возникнет. Но я хочу знать, что происходит с CreateEventW, когда я добавить простую переменную декларацию, как это:

bool x=true; 
int main(int argc, char* argv[]) 
{ 
    HANDLE hEvent = CreateEventW(NULL, FALSE, FALSE, L"EVENTTEST"); 
    if (hEvent==NULL){ 
      cout<<"Error "<<GetLastError(); 
    } 
    else{ 
      cout<<"Success"; 
    } 

    getch(); 
    return 0; 
} 

Эти странные и неожиданные ошибки беспокоит меня об использовании некоторых функций WinAPI.

Я должен упомянуть код компилируется в Borland C++ 6

EDIT: Если я объявить переменную без инициализации (например: BOOL х) ошибка не происходит. Также эта проблема возникает только с некоторыми типами данных. Я проверил типы (int, double), а программа запускалась с сообщением «Успех». Но типы (char, bool) приводят к ошибке при их инициализации.

Answer 1

Отказ от ответственности: Это выстрел в темной догадке.

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

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

Еще одно предположение: линия «x = true» - это просто красная селедка, и проблема несколько зависит от времени.

Вы можете проверить журналы событий (Панель управления-> Администрирование-> Просмотр событий). Затем проверьте журналы приложений, системы и безопасности в папке «Журналы Windows». Это может показать что-то ...

В противном случае перезагрузитесь и повторите попытку. И если вам не нужно, чтобы дескриптор события работал в разных процессах, просто замените «EVENTTEST» на NULL и дайте потокам внутри одного процесса просто передать дескриптор.

Answer 2

Ошибка 998 в программе Windows указывает очень серьезная проблема. Вы получите это, когда само ядро ​​может сказать, что куча процесса повреждена. Обычно это сгенерировано вместо обычного нарушения прав доступа, которое вы получите для повреждения кучи, когда программа не находится в состоянии, когда она не может безопасно генерировать исключение AV. Это происходит прежде всего, когда загрузчик Windows занят загрузкой DLL и запускает точку доступа DllMain(). Некоторые шансы, что ваш отладчик показывает уведомление об исключении из первого шанса. Надеюсь, в любом случае.

Вы, конечно, никогда не получите повторную копию этой ошибки с кодом, который вы опубликовали, проблема вызвана другим кодом. Либо внутри DLL (скорее всего), так и в коде инициализации, который выполняется до того, как будет введена функция main(). Коррупция кучи - это, конечно, стандартная проблема на C++. Вы, вероятно, найдете помощь от инструмента Application Verifier. Удачи вам.