Архив форумов ЦИТФорума

[qwer]

Как в прикладной программе получить структуру
proc самоёй себя (для целей, что то вроде получения окружения программы)

Спасибо за внимание

[Dmitry.Karpov http://www.]

Какие парамтры процесса тебе надо узнать?

В кр.случае, можно узнать свой "номер_процесса" и смотреть директорию /proc/номер_процесса

[ilyasov]

/proc используется для получения данных о процессах из ядра системы и работы непривелигированных программ типа ps. Любая программа может получить оттуда данные на саму себя. В момент работы программы указатель /proc/currproc будет указывать на каталог с ее собственными данными, так что выяснять номер процесса смысла большого нет (хотя это и делается всего за один вызов).

[Lex_]

Во FreeBSD есть бибилиотека kvm, которая позволяет процессу читать и писть в память ядра. Там, среди прочих есть функция, которая возвращает информацию о процессе.
Естественно, чтобы всем этим пользоваться, нужно иметь права на /dev/mem.
Короче смитри man по kvm и читай /usr/include/sys/user.h и /usr/include/proc.h

[Dmitry.Karpov http://www.]

-

[ilyasov]

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

[Dmitry.Karpov http://www.]

Давать доступ к /dev/*mem - это примерно то же самое, что к /dev/ad* (т.е. напрямую к диску, минуя файловую систему): в этом случае можно лазить куда угодно (на чтение или на запись - как выставишь), и о скурности можно забыть раз и навсегда. Суть секурности в том, чтобы четко отделить то, что можно, от того, что нельзя; а давать такие обширные полномочия кому-либо кроме рута - абсолютно неверно.

[ilyasov]

Хорошая мысль: в программе для доступа к файлам используем /dev/ad*, для получения информации о процессе /proc, /dev/mem /dev/kmem, к устройствам лезем через /dev/pci и т.д.

В общем, возникает сразу вопрос: а зачем тогда система нужна?

[Dmitry.Karpov http://www.]

BIOS и операционки типа DOS - это всего-навсего резтдентно сидящая в памяти библиотека системных функций. Это уже потом появились функции разделения прав доступа "можно-нельзя". При обращении к диску через /dev/ad* мы отказываемся от такой удобной вещи, как менеджер файловой системы, хотя остается использование др-ра диска и дискового котроллера; при этом появляется риск попортить системные данные файловой системы... Впрочем, fsck лазает именно так, но запуск fsck - это нештатный режим работы.

[Урод]

M$ не желает остаться на рынке BIOS, а кто желает (10 years ago).