jobsposix - Інтернет у хмарі

ПРОГРАМА:

ІМ'Я

jobs — відображення статусу завдань у поточному сеансі

СИНТАКСИС

роботи [−l|−p] [job_id...]

ОПИС

Команда роботи утиліта повинна відображати статус завдань, які були запущені в поточній оболонці
середовище; побачити розділ 2.12, Склад Виконання Навколишнє середовище.

Коли роботи повідомляє про стан завершення завдання, оболонка повинна видалити свій ідентифікатор процесу
зі списку ``відомих у поточному середовищі виконання оболонки''; побачити розділ
2.9.3.1, прикладів.

ВАРІАНТИ

Команда роботи утиліта повинна відповідати тому Base Definitions POSIX.1-2008, розділ
12.2, Утиліта синтаксис керівні вказівки.

Підтримуються такі варіанти:

−л (Буква ell.) Надайте більше інформації про кожну вакансію в списку. Це
інформація повинна включати номер завдання, поточну роботу, ідентифікатор групи процесів, стан,
і команду, яка сформувала роботу.

−стр Відображати лише ідентифікатори процесів для керівників груп процесів для вибраних завдань.

За замовчуванням, роботи утиліта повинна відображати статус усіх зупинених завдань, що виконуються
фонові вакансії та всі роботи, статус яких змінився та про які не повідомлялося
оболонки.

ОПЕРАНДИ

Підтримується наступний операнд:

job_id Визначає завдання, статус яких має відображатися. Якщо ні job_id is
враховуючи, має відображатися інформація про статус для всіх завдань. Формат
job_id описано в томі базових визначень POSIX.1-2008, розділ
3.204, робота Контроль робота ID.

STDIN

Не використовується.

ВХІД ФАЙЛИ

Ні.

НАВКОЛИШНЄ СЕРЕДОВИЩЕ ЗМІННІ

Наступні змінні середовища мають впливати на виконання роботи:

МОВА Надайте значення за замовчуванням для змінних інтернаціоналізації, які не встановлені або
нуль. (Дивіться том Base Definitions POSIX.1-2008, розділ 8.2,
Internationalization Змінні за пріоритет інтернаціоналізації
змінні, що використовуються для визначення значень категорій мовного стандарту.)

LC_ALL Якщо встановлено не порожнє значення рядка, замініть значення всіх інших
змінні інтернаціоналізації.

LC_CTYPE Визначте локаль для інтерпретації послідовностей байтів текстових даних
як символи (наприклад, однобайтові на відміну від багатобайтових символів у
аргументи).

LC_MESSAGES
Визначте місцевий стандарт, який слід використовувати для впливу на формат і вміст
діагностичні повідомлення, записані в стандартну помилку, та інформаційні повідомлення
на стандартний вихід.

NLSPATH Визначте розташування каталогів повідомлень для обробки LC_MESSAGES.

АСИНХРОННИЙ ПОДІЇ

За замовчуванням.

ВИСТАВКА

Якщо −стр якщо вказано опцію, вихід повинен складатися з одного рядка для кожного ідентифікатора процесу:

"%d\n", <процес ID>

В іншому випадку, якщо −л опція не вказана, на виході має бути серія рядків
форма:

"[%d] %c %s %s\n", <номер роботи>,ток>,були>,команда>

де поля мають бути такими:

<ток> Характер '+' визначає роботу, яка буде використовуватися за замовчуванням для fg
or bg комунальні послуги; цю роботу також можна вказати за допомогою job_id %+ або "%%".
Персонаж '−' визначає завдання, яке стане стандартним, якщо
поточне завдання за замовчуванням було вийти; цю роботу також можна вказати за допомогою
job_id %−. Для інших робіт ця сфера є a . Максимум одна робота може бути
ототожнюється з '+' і щонайбільше з однією роботою можна ототожнювати '−'. Якщо є
будь-яке призупинене завдання, то поточна робота буде призупиненою. Якщо є
принаймні дві призупинені роботи, то попередня робота також є призупиненою
роботу.

<номер роботи>
Номер, який можна використовувати для ідентифікації групи процесів чекати, fg, bg та
вбивати комунальні послуги. Використовуючи ці утиліти, завдання можна ідентифікувати за допомогою префікса
номер роботи с '%'.

<були> Один з наступних рядків (у мові POSIX):

Робота Вказує на те, що завдання не було призупинено сигналом і ні
вийшов.

Зроблений Вказує на те, що завдання завершено і повернуто статус виходу нульовий.

Зроблений(код)
Вказує на те, що завдання виконано нормально і що воно завершилося за допомогою
зазначений ненульовий статус виходу, код, виражене у вигляді десяткового числа.

Зупинено Вказує на те, що завдання було призупинено сигналом SIGTSTP.

Зупинено (SIGTSTP)
Вказує на те, що завдання було призупинено сигналом SIGTSTP.

Зупинено (НАСТУПНА ЗУПИНКА)
Вказує на те, що завдання було призупинено сигналом SIGSTOP.

Зупинено (SIGTTIN)
Вказує на те, що завдання було призупинено сигналом SIGTTIN.

Зупинено (SIGTTOU)
Вказує на те, що завдання було призупинено сигналом SIGTTOU.

Реалізація може замінити рядок Підвісна замість Зупинено. Якщо
завдання було припинено сигналом, форматбули> не вказано, але це
повинні помітно відрізнятися від усіх іншихбули> формати, показані тут і
має вказати назву або опис сигналу, що викликає припинення.

<команда> Пов'язана команда, яка була дана оболонкі.

Якщо −л якщо вказано опцію, має бути вставлено поле, що містить ідентифікатор групи процесів
передбули> поле. Крім того, можна вивести більше процесів у групі процесів
окремі рядки, використовуючи лише ідентифікатор процесу такоманда> поля.

STDERR

Стандартна помилка повинна використовуватися лише для діагностичних повідомлень.

ВИХІД ФАЙЛИ

Ні.

ПОВЕРНЕНІ ОПИС

Ні.

EXIT СТАТУС

Повинні бути повернуті такі вихідні значення:

0 Успішне завершення.

>0 Сталася помилка.

НАСЛІДКИ OF ПОМИЛКИ

За замовчуванням.

Команда після розділам він має інформативний.

ЗАСТОСУВАННЯ ВИКОРИСТАННЯ

Команда −стр Опція — це єдиний переносний спосіб дізнатися групу процесу завдання, оскільки
різні реалізації мають різні стратегії для визначення групи процесів
робота. Використання, наприклад $(роботи −стр) надає спосіб посилання на групу процесів роботи
незалежним від реалізації способом.

Команда роботи утиліта не працює належним чином, коли вона працює у власній утиліті
середовище виконання, оскільки це середовище не має відповідних завдань для маніпулювання. Побачити
розділ ВИКОРИСТАННЯ ДОДАТКУ для bg. З цієї причини, роботи зазвичай реалізується як a
оболонка звичайна вбудована.

ПРИКЛАДИ

Ні.

ОБГОВОРЕННЯ

обидві "%%" та "%+" використовуються для позначення поточної роботи. Обидві форми мають однакову силу —
"%%" відображає "$$" та "%+" дзеркальне відображення результату роботи. Обидві форми відображають
історична практика KornShell і оболонки C з контролем роботи.

Функції контролю роботи, надані bg, fg та роботи засновані на KornShell. The
Розробники стандарту вивчили характеристики цих версій оболонки C
комунальних послуг і виявив, що існують відмінності. Незважаючи на широке використання оболонки C, the
Версії KornShell були вибрані для цього тому POSIX.1‐2008, щоб підтримувати певний рівень
однорідність з іншими вибраними функціями KornShell (наприклад, дуже популярним
функції редагування командного рядка).

Команда роботи корисність не залежить від параметра керування завданням, як, здавалося б, пов'язані
bg та fg комунальні послуги, тому що роботи корисно для перевірки фонових завдань, незалежно від
умова контролю роботи. Коли користувач викликав a комплект +m командний і робочий контроль
було вимкнено, роботи все ще можна використовувати для перевірки фонових завдань, пов’язаних з
цієї поточної сесії. так само, вбивати потім можна використовувати для знищення фонових завдань вбивати
%<фон робота номер>.

Вихідні дані для припинених завдань залишаються невизначеними, щоб врахувати різні історичні дані
системи. Були засвідчені такі формати:

1. Загинув(сигналізувати ім'я)

2. сигналізувати ім'я

3. сигналізувати ім'я(coredump)

4. сигналізувати description- ядро скинутий

Більшість користувачів повинні розуміти ці формати, хоча це означає, що програми
мають проблеми з їх розбором.

Розрахунок ідентифікаторів завдань не було описано, оскільки це передбачає реалізацію,
які можуть накладати непотрібні обмеження.

У першій пропозиції а −n було включено параметр ``Відображення статусу завдань, які мають
змінено, вийшло або зупинено після останнього звіту про статус''. Його було видалено, оскільки
shell завжди записує будь-який змінений статус завдань перед кожним запитом.

Майбутнє НАПРЯМКИ

Ні.

Використовуйте jobsposix онлайн за допомогою служб onworks.net