Возможно это действительно обращение к заголовку (64K), но возможно, если ошибка часто повторяется с разным набором запущенных программ, глючит Windows DEP (это система предотвращения выполнения данных, когда программа пытается обратиться к сегменту данных как к сегменту кода (не важно, забей :^)). Отключить её можно здесь: Мой компьютер - Свойства - Дополнительно - Быстродействие - Предотвращение выполнения данных.
Ещё почитай здесь.
Ещё, простите, Honestus, но не могу не сказать по поводу "склеротических" вызовов функций. :^) Это может произойти только если писать непосредственно на ассемблере, да и то ещё неизвестно, т. к. если аргументы в стэк поступают не в обратном порядке, как в C, а как в паскале, в прямом, то при выходе за пределы блока аргументов функция просто считает данные из неопределённой области, но ошибку это не вызовет, т. к. стэк весь readable. Ни один же компилятор ЯВУ такое не пропустит, а даже если пропустит (параметры по умолчанию) , то функция просто получит значения по умолчанию, или, в крайнем случае, 0. Вернёт она результат в любом случае, вне зависимости от наличия return в коде - просто при его отсутствии это будет тоже 0 (или void, или null - зависит от того, на чём написано) . Если что, извиняюсь, ничего личного, просто небольшой комментарий. :^)
Программное обеспечение
Ошибка??? Инструкция по адресу ,,0х0327600с, , обратилась к памяти по адресу ,,0х0327600с,,. Память не может быть ,,read,,.
Это баги программ.
В Винде программы действительно не могут обращаться к первым 64K их адресного пространства. Если прога пытается считать ("read") или записать ("write") что-либо в эти килобайты возникает исключение. Если программа не обрабатывает это исключение, винда делает вывод, что программа глючит, и, чтобы та не натворила ничего страшного, выводит это сообщение и завершает глючащую программу. Это возникает когда какая-либо внутрипрограммная функция "забывает" передать выходные параметры другой функции. Пример
function blablabla (int x)
{
....
<тут бы надо return y>
}
а возврата нет. Вот последующая функция и не знает, гда параметров набраться.
В Винде программы действительно не могут обращаться к первым 64K их адресного пространства. Если прога пытается считать ("read") или записать ("write") что-либо в эти килобайты возникает исключение. Если программа не обрабатывает это исключение, винда делает вывод, что программа глючит, и, чтобы та не натворила ничего страшного, выводит это сообщение и завершает глючащую программу. Это возникает когда какая-либо внутрипрограммная функция "забывает" передать выходные параметры другой функции. Пример
function blablabla (int x)
{
....
<тут бы надо return y>
}
а возврата нет. Вот последующая функция и не знает, гда параметров набраться.
Память не может быть read - варианты решения проблеммы можете почитать на этом форуме
Похожие вопросы
- Инструкция по адресу "0x005454c7" обратитесь к памяти по адресу "0x000000c". Память не может быть "read".
- инструкция по адресу 0х00832056 обратилась к памяти по адресу 0х0000018. Память не может быть "read" .
- Инструкция по адресу "0х6fe216e2" обратилась к памяти по адресу "0x012b005e".Память не может быть "read". что делать?
- Помогите! Инструкция по адресу "0x04dab6" обратилась к памяти по адресу "0х00000000" память не может быть "read"??
- Инструкция по адресу "0х00420241" обратилась к памяти по адресу "0х00000000". Память не может быть "read"
- что делать если инструкция по адресу "0x00403f38" обратилась к памяти по адресу "0x00000010". память не может быть "re
- Инструкция по адресу "0х7с91ас4а" обратилась к памяти по адресу "0х00000010". Память не может быть "Written"
- Подскажите что это означает "Инструкция по адресу "0x005f0b1f" обратилась к памяти по адресу "0x00000000". Память не мож
- Инструкция по адресу "0x7c901e28" обратилась к памяти по адресу "0x71a92ee1". Память не может быть "written".
- что это значит. инструкция по адресу 0x068dd19d обратитесь к памяти по адресу 0x0554b000 .память не может быть written