Программа выполнила недопустимую ошибку

Выполнена недопустимая операция (Illegal Operation). Как исправить? Решаем проблему.

Программа выполнила недопустимую операцию и будет завершена (The program has performed an illegal operation and will be shut down). Исправляем ошибку

Решение:

1.TSR-программы или сторонние программы.

TSR — резидентные или сторонние программы, работающие в фоновом режиме, являются одной из наиболее часто встречающейся причины появления сообщения о выполнении Illegal operations (недопустимых или запрещённых операций). Если при попытке запустить игру или программу Вы получаете сообщение: «Программа выполнила недопустимую операцию и будет закрыта», то рекомендуется временно отключить все программы, работающие в фоновом режиме, чтобы гарантированно знать, что эти программы не вызывают у Вас вопросов и не являются искомой причиной.

• Как удалить резидентные программы (TSR) из оперативной памяти
• Как удалить резидентные программы и программы из автозапуска

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

2. Данные от источника не читаются должным образом.

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

3. Установка программы или игры на жёсткий диск, который содержит ошибки или сильно фрагментирован

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

Если на жёстком диске существуют какие-то ошибки, то именно они могут стать причиной неправильного запуска программы или игры и могут привести к Illegal операциям. Необходимо просканировать жёсткие диски на ошибки и провести их дефрагментацию.

• Проверка и ремонт жесткого диска. Программы Microsoft ScanDisk и ChckDsk
• Microsoft Defrag — дефрагментация диска

4. Имеются файлы, подверженные порче.

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

5. Использование менеджеров памяти.

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

6. Неправильно работающие или устаревшие версии драйверов видео.

Работа таких драйверов видео может привести к запрещённым операциям при выполнении таких задач, как перемещение мыши при выделении данных или переносе данных с одного источника на другой и т.п., когда предъявляются высокие требования к видеокарте.

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

• Как установить или изменить разрешение экрана в Microsoft Windows?

7. Вирус в компьютере.

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

8. Добавленное оборудование и аппаратное обеспечение.

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

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

9. Ошибка в программе кодирования.

Если вы получаете сообщение о недопустимой операции (Illegal Operation) только при работе с конкретной программой, убедитесь, что программа совместима с версией Windows, в которой Вы работаете, и отсутствуют патчи в программе (патч или «заплатка» — это отдельное программное средство для изменения или исправления функционала основной программы) и попробуйте использовать утилиты, которые способны исправить найденные ошибки.

10. Повреждённая память, недействительные биты или недостаточная физическая память.

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

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

• Как проверить память?

11. Проблемы в ОС Windows.

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

_______________________

• Недопустимая операция. Причины
• Проверка и ремонт жесткого диска. Программы Microsoft Chkdsk и ScanDisk
• Медленный компьютер
• Типы вредоносных программ

Кросспост из моего блога http://the-gr8.cih.ms/2010/01/blog-post_7649.html

Всем знакомое назойливое окошко позволяет вызвать just-in-time отладчик, но самое обидное, что этот отладчик может быть только один единственный. А мне вот захотелось иметь возможность выбора между отладчиками — запустить олли, WinDbg или же создать минидамп с помощью ntsd.

Список отладчиков хранится в подключах HKLMSoftwareMicrosoftWindows NTAeDebug в виде подключей «0», «1», «2», …
default value в них — путь к отладчику, а значение Name — отображаемое имя.
Добавить новый можно с помощью regedit. По умолчанию выбирается отладчик «0», имейте в виду, когда будете составлять список.

Список параметров (мини-хелп):

* -i установка. Старый отладчик ставится в список нулевым HKLMSoftwareMicrosoftWindows NTAeDebug с названием «Default» (если оно свободно, если занято, то ничего не меняется — на случай установки поверх уже установленного). Так же это можно юзать, если какой-то другой отладчик «занял» место jitmgr, тогда он восстановит себя в качестве jit отладчика. Параметр Auto меняется на 1 — окно dwwin более не отображается (его заменяет окошко jitmgr с расширенной информацией и выбором отладчика).
* -u uninstall. Нулевой отладчик из списка ставится на место jitmgr.
* %ld %ld параметры для вызова как jit. Первый — Process ID, второй — Event Handle. Так же может быть третий параметр — —log. В этом случае jitmgr логирует свой собственный отладочный вывод DbgPrint в jitmgr.log в корень системного диска. Рекомендуется установить этот флажок — jitmgr иногда лажает с определением EXCEPTION_RECORD. Эти файлы в случае фейла jitmgr (покажет messagbox) прошу присылать мне:

Отдельного внимания заслуживает поиск EXCEPTION_RECORD* указателя в рухнувшем процессе. Для этого вкратце опишу механизм работы стандартного UnhandledExceptionDispatcher:

* если параметр Auto==0, то подгружается faultrep.dll и вызывается ее ф-я ReportFault
* ReportFault создает секцию с информацией об исключении и запускает dwwin.exe -x -s SectionHandle, который отобржает окно «xxx has encountered a probled and needs to close» с кнопками Debug и Close (кнопка Send у меня отключена .
* при нажатии Debug ReportFault() возвращает определенное значение, по которому UnhandledExceptionFilter запускает процесс по пути из реестра параметр AeDebugDebugger, передавая в параметры PID и хендл евента, который отладчик должен сигнальнуть по окончании (видимо, для корректного завершения процесса).
* UnhandledExceptionFilter делает ZwWaitForMultipleObject() на объектах процесса отладчика (на случай, если он завершится, так и не сигнальнув евент) и на евенте. По причине ожидания на процессе отладчика, jitmgr не завершается, пока не отработает запускаемый отладчик, иначе завершение jitmgr потенциально может убить рухнувший процесс, если отладчик решит его разморозить. Впрочем, он тогда и евент отсигналит, но в любом случае надо повисеть, пока дочерний отладчик не приаттачится, иначе он не успеет за завершающимся процессом.

Поскольку UnhandledExceptionFilter thread-safe функция, во время ожидания на евенте и процессе отладчика в других потоках могут возникнуть каскадные исключения, являющимися следствиями первого или имеющими общую причину. Поэтому даже нажатие на Close в окне dwwin не всегда завершает процесс (многие замечали?). Вероятно, он просто сигналит евент и завершается. Для предотвращения этого у меня в jitmgr а) на время работы jitmgr оборачивается в ZwSuspendProcess/ZwResumeProcess, замораживая процесс и б) есть кнопка «Kill Process», которая насильно убивает процесс сразу же.
Алгоритм поиска EXCEPTION_RECORD:

* перебрать все потоки, найти потоки, у которых State == THREAD_STATE_WAIT
* для каждого потока в состоянии ожидания получить контекст, прочитать содержимое стека по адресу Context.Ebp, которое в случае вызова из UnhandledExceptionFilter должно иметь следующую раскладку (подчеркиваю — содержимое по EBP. По ESP будет адрес возврата в ZwWaitForMultipleObjects):

1. (ebp+0) old EBP
2. (ebp+4) адрес возврата из UnhandledExceptionFilter в фильтр исключений SEH (блок __try/__except) функции BaseThreadStart или BaseProcessStart
3. (ebp+8) указатель на EXCEPTION_POINTERS — первый параметр UEF.

* найти базу kernel32.dll в дочернем процессе через раскрутку SEH: я никогда не видел Address Space Layout Randomization (ASLR), поэтому предположил, что это сработает
* проверить, что *(ebp+4) принадлежит кернелу (еще можно проверить, что *esp — адрес возврата в ZwWaitForMultipleObjects действительно указывает туда, но это, имхо, уже лишнее; также можно проверить, что *ebp и *(ebp+8) принадлежат стеку этого потока)
* проверить, что по адресу *(ebp+4)-5 действительно расположен call UnhandledExceptionFilter
* в случае успеха всех условий, прочитать **(ebp+8) — указатель на EXCEPTION_RECORD

Замечания и критика приветствуются. Выводится инфа в OutputDebugString (смотреть в DbgView), в случае ошибки поиска EXCEPTION_RECORD инфа дублируется в jitmgr.log — прошу высылать этот файл, если будет такая ошибка.

P.S. Раньше была кнопочка Minidump (между Debug и KillProcess), но была выпилена по причине, что проще добавить ntsd явно в список отладчиков.
P.P.S. Была мысля добавить автодобавление нового отладчика при указании пути к exe и выборе типа отладчика (чтобы автоматом дописывались параметры для известных отладчиков).

Исходники и EXE в аттаче

Фактически это старое доброе «программа выполнила недопустимую операцию и будет закрыта» То есть сообщение о том, что некая программа, написанная неким криворуким программером выполнила некую недопустимую с точки зрения ОС операцию (как правило, запись в область памяти, не принадлежащей программе) и будет закрыта.
Кроме того, за такими табличками обожают прятаться вирусы — на самом деле он уже все сделал, а табличка это — просто на…дувательство

Значит в проге используются потоки. Все работает отлично.
Но при выходе сразу после команды END вылетает следующая ошибка

Программа выполнила недопустимую операцию и будет закрыта.
По кнопке сведения выдает следующее
————
Программа PROJECT1 вызвала сбой при обращении к странице памяти
в модуле MSVBVM60.DLL по адресу 0167:66014555.
Регистры:
EAX=00000000 CS=0167 EIP=66014555 EFLGS=00010206
EBX=ffffffff SS=016f ESP=0064fc30 EBP=0064fc34
ECX=00401182 DS=016f ESI=020bfe9c FS=3c77
EDX=8194ebfc ES=016f EDI=0064fce0 GS=0000
Байты по адресу CS:EIP:
8b 46 0c 8b 00 8b 40 04 89 45 08 eb e7 33 c0 eb
Содержимое стека:
0127f010 0064fc50 66014e73 00000000 66014d99 0064fce0 0127f010 00000000 0064fc70 6601b4ad 00000001 0127f010 00000000 00000000 00000000 0117f114
———-
Перед выходом из программы почистил все объектные переменные.
Может кто чего подскажет. Как побороть эту ошибку.
ПОМОГИТЕ!