Си. ps -a

/proc

А что там для меня полезного?

Например, информация о процессах? Я даже не знаю. А что тебе нужно?

Подавляющее большинство утилит для работы с процессами пользуют именно /proc.

vadim@aquila:~$ ldd `which ps `
	linux-gate.so.1 (0xb7720000)
	libprocps.so.1 => /usr/lib/libprocps.so.1 (0xb76c7000)
	libc.so.6 => /usr/lib/libc.so.6 (0xb7519000)
	libdl.so.2 => /usr/lib/libdl.so.2 (0xb7514000)
	/lib/ld-linux.so.2 (0xb7721000)
vadim@aquila:~$ pacman -Qo /usr/lib/libprocps.so.1
/usr/lib/libprocps.so.1 принадлежит procps-ng 3.3.8-1
vadim@aquila:~$ pacman -Ql procps-ng | grep include
procps-ng /usr/include/
procps-ng /usr/include/proc/
procps-ng /usr/include/proc/alloc.h
procps-ng /usr/include/proc/devname.h
procps-ng /usr/include/proc/escape.h
procps-ng /usr/include/proc/procps.h
procps-ng /usr/include/proc/pwcache.h
procps-ng /usr/include/proc/readproc.h
procps-ng /usr/include/proc/sig.h
procps-ng /usr/include/proc/slab.h
procps-ng /usr/include/proc/sysinfo.h
procps-ng /usr/include/proc/version.h
procps-ng /usr/include/proc/wchan.h
procps-ng /usr/include/proc/whattime.h
vadim@aquila:~$ 

Ну ты понял, да?

А что тебе нужно?

Мне нужно узнать выводит ли конкретная программа в конкретный терминал. Определять хочу по названию программы.

Переходи на каноничную black тему оформления. Тут не только заголовки, но и тело сообщения можно прочитать:)

Подавляющее большинство утилит для работы с процессами пользуют именно /proc.

Не портабельно.

Не портабельно.

Боюсь, что мой код уже кроме как из-под линукса работать нигде не будет. Так что это не так уж и страшно.

Мне нужно узнать выводит ли конкретная программа в конкретный терминал.

Каждый процесс ассоциирован с терминалом. Если процесс ассоциирован с «твоим» терминалом, значит он в него выводит.

У меня обратная задача. Есть терминал и надо узнать какие процессы с ним ассоциированы.

cat /proc/PID/stat

У меня обратная задача. Есть терминал и надо узнать какие процессы с ним ассоциированы.

Шарик, ты балбес.

Задача та же самая. Берешь список процессов в системе и смотришь, какие из них выводят на твой терминал.

libprocps.so тебе в помощь.

Не-не-не...
Мне нужен список программ, выводящих в данный конкретный терминал.
Не буду же я парсить все программы в поисках нужного мне терминала?

А как, по-твоему, работает ps?

:)

.....

char ch;
system("ps -a | grep program_name > /tmp/123456789987456321");
FILE *my_file=fopen("/tmp/123456789987456321","r");

while((ch=getc(my_file))!='\0')
{
   printf("%c",ch);
   
   .....
};

fclose(my_file);

Не буду же я парсить все программы в поисках нужного мне терминала?

Куда ты с подводной лодки денешься :)

ps -a | grep <program_name>

Научись читать мануал:

ps -C <program_name>

А почему бы не дергать саму ps через системные вызовы fork() и execve()? На худой конец, можно использовать system().

дергать саму ps

Думаю это самый простой способ.
Беда в том, что мне очень часто надо будет это делать.
Конечно надо сначала попробовать, а потом уже смотреть будет ли это поблемой, но руки же чешутся заняться преждевременной оптимизацией:)

Чем не портабельно? Ну где то путь поменять, где то пропарсить по другому и всё.

Пусть оно хоть так заработает, а дальше видно будет))))

Беда в том, что мне очень часто надо будет это делать.

Тебе в третий раз на libprocps.so указать?

Каждый процесс ассоциирован с терминалом. Если процесс ассоциирован с «твоим» терминалом, значит он в него выводит.

Все-таки не каждый процесс имеет ассоциации с терминалом)

system

Тогда бы уж popen использовал бы

Не знал, что такой есть) Спасибо)

Все-таки не каждый процесс имеет ассоциации с терминалом)

В рамках задачи, решаемой ТСом, этого достаточно. Выводить на терминал, но при этом не быть связанным с ним — это случай, когда программе файл терминала специально подсунут в качестве stdout или в параметрах запуска. А раз пользователь это специально делает, ему виднее.

Ну и разумеется есть еще удаленный доступ, но тут уж ничего не сделаешь.

если только Linux, то:

$ ls -l /proc/4818/fd/0
lr-x------ 1 rymis rymis 64 июн 17 15:07 /proc/4818/fd/0 -> /dev/pts/1
$ readlink /proc/4818/fd/0
/dev/pts/1

Как-то так.

Можно и на popen.

А вроде еще есть вариант. Узнаешь через tcgetsid() id текущей сессии. А потом у нужных тебе процессов проверяешь через getsid() id их сессии. Получается, что больше ничего не надо)))

Вообще-то тебе нужен не ps, а lsof.
Но он точно так же сканирует /proc, обшаривая
/proc/PID/(fd|fdinfo), /proc/PID/(cmdline|comm|exe).

я бы постарался придумать что-нить на systemtap/whatever или же подхачил драйвер терминала.

Далее изучаешь http://man7.org/linux/man-pages/man5/proc.5.html17 и понимаешь, что твою задачу это не решает. Чтобы понять выводит ли программа что-то в консоль/терминал надо распознавать вдобавок и какие FD открыты.

В /proc/PID/stat есть tty_nr. У каждого процесса есть терминал, с котором он ассоциирован.

Согласен, процесс может взять и открыть любой терминал и писать в него, но это редкий случай и это будет неполноценная работа с терминалом, например, не будет доставляться SIGINT по ^C. С таким поведением вспоминается только команда write().

Так что ИМХО достаточно искать по управляющему терминалу.

Узнаешь через tcgetsid() id текущей сессии. А потом у нужных тебе процессов проверяешь через getsid() id их сессии.

Гм, AFAIK нет гарантий, что у процессов с разными сессиями разные терминалы, а с одной и той же сессией — один и тот же терминал.

$ echo -n session:; cat /proc/self/stat | cut -d" " -f6; echo -n tty:; tty
session:31066
tty:/dev/pts/4

$ setsid sh -c 'echo -n session:; cat /proc/self/stat | cut -d" " -f6; echo -n tty:; tty'
session:344 
tty:/dev/pts/4

AFAIK нет гарантий, что у процессов [...] с одной и той же сессией — один и тот же терминал.

Точно, поменять моожно с помощью ioctl(TIOCSCTTY).

Мне нужно узнать выводит ли конкретная программа в конкретный терминал.

Если решать задачу в общем случае, то я бы перебирал нужные процессы в proc и проверял их controlling tty.

На заметку: еще есть функция tcgetpgrp(), которая возвращает foreground-группу процессов для терминала.

Например, если запустить команду так:

$ ls

она будет в этой foreground-группе, а так не будет:

$ ls &