Т.е. не "произвольную память, котрую ему выдал менджер памяти", а вполне конкретную физическую память, которую ты попросил в вызове mmap.
когда пользователь обращается к отображённой памяти, вызов mmap уже давно закончился и не может "отловить это изменение". Ты имел в виду подсистему виртуальной памяти?
А если файл тем временем удалили? Или переименовали? Или удалили и создали другой файл с таким же именем на его месте?
Т.е., я правильно понимаю, что по-твоему /dev/mem работает только пока он в /dev, а если его перенести в какое-нибудь другое место, то он работать перестанет?
Нет, не потребует. Потому что проверкой доступа занимается вызов open, которым файл открывают.
Я выше приводил ссылки в код ядра реализующий mmap для /dev/mem, в чём ты конкретно сомневаешься, я не понял?
Это не "ты привёл цепочку действий", это ты какую-то бредовую фантазию привёл, без каких либо документальных потверждений.
плюс пдф именно в векторных изображениях.
к сожалению адекватно конвертнуть пдф в другой вектор гомеройно. но после такого можно упростить кривые, упростить структуру и получится чуть полехше.
все зависит от требований применения этих чертежей.