Привет всем!
Сразу дико извиняюсь за ламерский вопрос, но изобретать велосипед тоже не хочиццо.
Задача у меня такая: нужно в фоне (по крону) запускать задание и принудительно завершать его в заданное время. В данном примере это закачка wget-ом. Уже есть работающее решение (не моё) — но оно основано на анализе вывода ps и выбора пидов процессов с заданными опциями запуска с последующим kill-ом данных пидов. В данном случае не подходит из-за зависимости от набора и порядка опций запуска (wget [option]) — может убивать другие закачки.
Предполагаемое решение — запустить wget -b и сохранить его PID. Затем в заданное время (или через заданный интервал — он постоянен, как и время запуска) убить процесс по его пиду.
Мне проще всего наваять это на Сях (рабочий язык, хоть в основном на Форточках). Всякие там форки и сигналы :-) Но есть ли решение проще (Перл не предлагать — не знаю его).
Хочу оформить как скрипт на шелле (bash):

intervaldownloadslist.sh — это список закачек для wget-а.
Скрипт запускается (вечером) из заранее выбранного каталога. Сначала запускается wget с нужными опциями (сайт, с которого скачивается, довольно "тугой"). PID запущенной в фоне качалки запоминается и следующей строкой запускается команда at для убивания качалки по полученному PID-у в нужное время (это следующее утро).
Покритикуйте, пожалуйста, скрипт.

Спасибо за подсказку!
Тогда будет:

Что-то не получается запомнить PID запущенного в фоне процесса в переменной!
Вот эта строка:

Переменная pid пустая!
Как правильно это делать?

Использование $! в данном случае не помогает — эта переменная сохраняет PID процесса, запущенного с &, а wget здесь запускается с ключом фонового режима -b, без &. $! пустая.
Запуск с дополнительным указанием & (и с -b) возвращает в $! НЕ PID запущенного wget-а.
Как можно получить PID запущенного процесса (не в фоне, т.е. без &)?
Проги с запуском в фоне с помощью собственных ключей запуска, без &, похоже, шеллом за фоновые не считаются. И как тут быть? Пока в ебуках ничего нужного не нашёл.
Или всё-таки парсить вывод ps на предмет нахождения процесса с нужным именем и аргументами?

Вдогонку: если запустить wget -b из консоли, то $! содержит его PID, а если скрипт с этой строкой запуска из консоли, то $! пустая (в обоих случаях нигде нет &).

В моём предыдущем посте ашипка вышла — при запуске в консоли PID из $! и PID, возвращённый wget-ом в текстовом сообщении на консоль - разные.
Шелл один и тот же — bash 2.05b release 41.5.centos.0.
Скорее всего узнать PID процесса, запущенного в фоне с помощью собственных ключей, а не с помощью шелловского &, стандартными средствами шелла невозможно. Процесс запускается, затем форкается, родитель завершается и запускает потомка (тот же исполняемый файл wget) как демона (подробно это описано у Стивенса). Именно PID этого демона wget выдаёт при запуске с ключом -b:
авторРабота продолжается в фоновом режиме, pid 21516.
Выходные данные будут записаны в `wget-log'.
Единственно возможным способом вижу сохранить это сообщение и парсить его для извлечения номера процесса. Только чем — awk?

Насчёт запуска с & я уже ответил выше — при этом возвращается другой PID — не самого рабочего процесса-качалки, а его запускача (в случае с запуском с ключом -b). Без него — именно тот PID, но — wget в таком случае считает, что запущен интерактивно, и не пишет лог. А мне лог нужен для контроля скачки. Так что не пойдёт.

2 --null--
Спасибо, пример с парсингом седом и ауком помог.
Окончательный вид скрипта:
Ночью попробую.
Однако, для прог, которые сами себя могут запускать в фоне (в виде демона), выдрать PID рабочего процесса не так-то просто :-(((
Хорошо ещё, что wget (а не шелл) выдаёт нужный PID в составе строки сообщения, и его только надо выудить из неё. Хуже для тех прог, что запустятся в таком случае "молча".
А вот запуск через exec вряд ли поможет. Он запустит с известным PID-ом не сам рабочий процесс, а его запускач (как я уже указывал выше, у Стивенса в Разработке сетевых приложений том 1 глава 12 процесс запуска программы-демона подробно описан).

2 --null--
Спасибо, пример с парсингом седом и ауком помог.
Окончательный вид скрипта:
Ночью попробую.
Однако, для прог, которые сами себя могут запускать в фоне (в виде демона), выдрать PID рабочего процесса не так-то просто :-(((
Хорошо ещё, что wget (а не шелл) выдаёт нужный PID в составе строки сообщения, и его только надо выудить из неё. Хуже для тех прог, что запустятся в таком случае "молча".
А вот запуск через exec вряд ли поможет. Он запустит с известным PID-ом не сам рабочий процесс, а его запускач (как я уже указывал выше, у Стивенса в Разработке сетевых приложений том 1 глава 12 процесс запуска программы-демона подробно описан).

Доступ к исходникам wget у меня есть :-) Но править для каждой новой версии...
А вот парсинг вывода ps давно уже применяю (не я его писал). Хотел попроще — но получилось тоже с парсингом, хотя и сразу в одном скрипте.
Ещё раз спасибо за помощь.

Спасибо всем откликнувшимся.
Проверил на закачке, запускаемой из крона на ночь. Убило процесс вовремя.
Использовал вариант с парсингом вывода wget-а при запуске седом и ауком. Такой вариант предпочтительнее, т.к. убивает только конкретный процесс.

Сначала насчёт запускачей и кривости дизайна. Запускач реализован в самом wget — качалка запускается как демон (ключ -b). Как я выше заметил, у Стивенса описывается, как это сделать. Описаний других способов я пока не встречал. Для уверенности следовало бы мне глянуть сорцы, да времени нет :-((( Претензии насчёт кривости к авторам wget-а и самих Никсов :-)
Запуск из скрипта должен быть именно в фоне — скрипт сам запускается кроном, и ключ -b заставляет писать лог, который мне нужен для контроля чего скачалось. Если запустить не в фоне и перенаправить, то я представляю, чего там напишет — мне такой вывод неудобен.
Короче, я остановился на двух вариантах с парсингом — первый с седом и ауком я уже испробовал, работает, второй только с ауком сегодня тоже попробую.
Только не надо эмоциональных эпитетов при оценке вариантов — исчо один холивар нихачу :-)))