SK
ты с файлами ничо не делал
Size: a a a
2021 April 14
k
Так там указатель на рандомный кусок памяти был
k
Который бы он тоже почикал
SK
просто ебнулось бы приложение. вернее оно как раз и ебнулось, просто IDE перехватило эксепшн и написало тебе что какое-то говно случилось
SK
SK
приложения изолированы друг от друга
SK
иначе бы любой вирь мог читать все пароли и т.п.
SK
для чтения памяти чужих процессов уже нужны соответствующие вызовы
SK
ну и с правами админа их можно сделать
k
Почему именно чужих процессов
SK
но это именно специально надо вызов функции сделать, а не просто по левым адресам записать
k
Просто файл лежащий, котлрыы нигде не задействован, и тут указатель стрельнул на его кусок какой-то, не может такого быть?
SK
потому что по дефолту у тебя есть доступ только своей памяти
SK
а причем тут файл вообще?
SK
у тебя открытый файл, который ты пишешь?
k
Так весь разговор о том, что вот прога работает изолировано от всех, сама, без использования внешних файлов, но указатель вышел за пределы массива и взял себе рандомный кусок памяти, который потом прога удаляет. Вопрос такой: этот рандомный кусок памяти может быть частью какого-то файла на компьютере или куда он может указать
SK
это работало только для времен DOS. сейчас все адреса, к которым ты к памяти обращаешься, транслируются в физические адреса в ОЗУ операционной системой. и тебе выделен только конкретный диапазон адресов. остальные для твоей проги не замаплены вообще никуда. Если ты попытаешься считать или записать адрес, который тебе не принадлежит, то вылетит эксепшн, но реально ты ничего повредить не сможешь
k
Тогда заебон
SK
то есть адрес 0x000FF для твоей проги вовсе не означает такой же адрес в ОЗУ. он может означать какой угодно адрес в ОЗУ, адрес места в своп-файле или вообще ни на что не указывает
