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

[Ирина_М]

Пишу опять же, что после скрипта мне надо всё вывести на монитор.. делаю так:
cat ... > &1

так этот урод создает мне файл с именем 1 и туда всё кидает(((

[Andy_user]

А если просто
cat ...
_________________
Знание принципов компенсирует незнание фактов.

[Ирина_М]

Тогда всё виснет... Эта тема - продолжение моей предыдущей...

[ryabinkin]

Попробуйте
cat имя_файла > /dev/stdout
_________________
Из двух спорящих виноват тот, кто умнее.

[Гость]

Не помогло((

[ryabinkin]

Тогда все же поинтересуюсь. А ЗАЧЕМ ставить задачу вывода чего-то на консоль, если скрипт запускается в фоновом режиме?
Ведь работа в нём и подразумевает отсутствие взаимодействия с человеком.
_________________
Из двух спорящих виноват тот, кто умнее.

[and3008]

Поддерживаю и развиваю мысль.

UNIX - многопользовательская система с детства. На какой экран выводить данные? На какое tty?

Может проще результат в файл писать, а потом его cat-ом выкидывать в нужное место?

[Ирина_М]

Отвечаю)) Есть такая прога, mrtg называется... Не знаю, как она там точно работает но смысл такой. Она с удаленного сервака запускает скрипт, который должен выдать на экран 4 цифры. Далее, сия прога берет эти цифры и по ним строит график.

Фоновый режим был испытанием, т.к. когда запускали прогу по телнету, этот скрипт висел... Умный наш один админ сказал, что если оно висит в бэкграунде, то и по телнету будет висеть.

В общем, в итоге я вычитала, что фоновый процесс ваще не могёт выводить что-то на монитор и повозмущалась. Оказалось, что другие скрипты, которые уже давно работают с этой прогой, тоже в фоновом не работают, однако же по телнету завершаются...

Так и не поняли мы, почему мой прекрасный скрипт висит, в итоге я переписала на перле, используя другую идею... Вот жду сейчас файлик один для тестирования.. А мне никак не принесут(((

[and3008]

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

(в Сях это функция stdout). В этом-то и косяк ваш.

Ну с перлом делой пойдет лучше, наверное.

[Mr.Nobody]

Хм.
Обычно в Unix-системах (в Linux в частности) у управляющего терминала есть связанный с ним сеанс в который могут входить группы процессов - одна группа переднего плана (foreground) а остальные - фоновые (background). В случае если процессы входящие в группу переднего плана посылают или осуществляют ввод с терминала - всё ОК, в случае вывода фонового процесса он получает сигнал SIGTTOU (в случае ввода SIGTTIN) - действие по умолчанию - остановка процесса.
Можно написать прогу на С, в которой эти сигналы будут игнорироваться или блокироваться - тогда я думаю процесс не будет останавливаться.
Поправьте если я в чём-то ошибся или допустил неточность.

[ryabinkin]

О, предыдущий оратор напомнил, спасибо.
В принципе, то же можно сделеть на шелле (как на bash - знаю, но подозреваю, что подобная функциональность есть и в csh). Можно назначить действие скрипту при получении определенного сигнала командой trap
синтаксис такой:
trap _номер_сигнала(соответствие номеров и символьных обозначений можно посмотреть в signal.h) функция-обработчик()
_________________
Из двух спорящих виноват тот, кто умнее.

[Cmp]

Я так понимаю речь идет о bash ... тогда между > и &1 не должно быть пробеллов.. и это к сожаленю существенно к стати и порядок перенаправления потоков 1 и 2 имеет значение (( может в этом дело впрочем