доступ к памяти произвольного процесса

[pretorean]

Требуется получить доступ к памяти произвольного процесса с целью чтения и модификации данных
Хочется услышать авторитетное мнение о том как это проще сделать
я думаю что это можно сделать следующим образом

1. прочитать в файле /proc/PID/map или /proc/PID/smap табличку распределения памяти процесса
2. открыть с правами рута файлик /dev/memory и спозиционироваться на блоки полученные в п.1.

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

[Saha]

интересно, зачем?
Можно организовать два процесса с общей памятью, насколько я помню, и тогда все будет ОК

[wl]

А не подойдут общепринятые способы межпроцессного взаимодействия - pipes, sockets, signals?

[pretorean]

А не подойдут общепринятые способы межпроцессного взаимодействия - pipes, sockets, signals?

если оба процесса написанны мной то вариантов межпроцесного взаимодействия множество
вопрос в том что бы получить доступ к любому произвольному процессу

[pretorean]

интересно, зачем?

аналог АртМани хочу сделать под любимую ОС

[axe]

насколько я понимаю, речь идет не о том, чтобы организовать взаимодействие двух процессов, специально для этого предназначенных, а "влезть" в память процесса, об этом вмешательстве не подозревающем. Да еще и "синхронизацию доступа" заиметь. ИМХО, последнее точно невозможно.

Насчет первого - есть такая утилита pcat, если не ошибаюсь, на sourceforge лежит. Она предназначена для создания дампа памяти произвольного процесса. Вот в ее исходники было бы полезно глянуть

[pretorean]

насколько я понимаю, речь идет не о том, чтобы организовать взаимодействие двух процессов, специально для этого предназначенных, а "влезть" в память процесса, об этом вмешательстве не подозревающем. Да еще и "синхронизацию доступа" заиметь. ИМХО, последнее точно невозможно.

Насчет первого - есть такая утилита pcat, если не ошибаюсь, на sourceforge лежит. Она предназначена для создания дампа памяти произвольного процесса. Вот в ее исходники было бы полезно глянуть

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

[pretorean]

на sf.net есть pcat - Product-centric web-based extranet. Ability to manage a catalog of products (product details, images, documents and related products), customer-specific product pricing and availability. Java/MySQL web application.
но это похоже не то

ссылочку не дадите ?

upd:
это оно ? http://packages.ubuntu.com/hardy/tct

[axe]

upd:
это оно ? http://packages.ubuntu.com/hardy/tct

да, судя по всему, в состав тулкита входит правильный pcat.

[Saha]

что-то интересное нашел тут:
http://gazette.linux.ru.net/lg81/sandeep.html
http://gazette.linux.ru.net/lg83/sandeep.html
http://gazette.linux.ru.net/lg85/sandeep.html

ptrace() -- это системный вызов, который дает возможность одному процессу управлять исполнением другого. Он так же позволяет изменять содержимое памяти трассируемого процесса.

[axe]

вот еще похожая тулза:
http://sourceforge.net/projects/memsniff/

[pretorean]

понял, вызов ptrace() нужно использовать
в pcat тож через него сделано

[wl]

Подумалось тут.
А можно запустить этот процесс в gdb и модифицировать его память сколько и как угодно.
У gdb и язычок скриптовой есть...

Когда еще DOS была жива, мы именно так в какую-то игруху играли, под турбо-дебаггером.

[pretorean]

Подумалось тут.
А можно запустить этот процесс в gdb и модифицировать его память сколько и как угодно.
У gdb и язычок скриптовой есть...

Когда еще DOS была жива, мы именно так в какую-то игруху играли, под турбо-дебаггером.

можно попробывать

[wl]

Дальше - больше!
Ведь есть gdb, единственный и неповторимый (интеловские и zerodb - не в счет  ),
а есть всякие ddd, kdbg, Eclipse Debugger front-end, фронтенд к gdb в Code::Blocks и KDevelop и т.п.

Так, можно еще один фронтенд написать, со специфическим уклоном в читерство.

Тьфу, блин, идея не нова: http://ubuntuforums.org/showthread.php?t=562259