AnglaisFrançaisEspagnol

Exécutez les serveurs | Ubuntu > | Fedora > |


Icône de favori OnWorks

jobsposix - En ligne dans le Cloud

Exécutez jobsposix dans le fournisseur d'hébergement gratuit OnWorks sur Ubuntu Online, Fedora Online, l'émulateur en ligne Windows ou l'émulateur en ligne MAC OS

Il s'agit de la commande jobsposix qui peut être exécutée dans le fournisseur d'hébergement gratuit OnWorks en utilisant l'un de nos multiples postes de travail en ligne gratuits tels que Ubuntu Online, Fedora Online, l'émulateur en ligne Windows ou l'émulateur en ligne MAC OS

PROGRAMME:

PRÉNOM


jobs — afficher l'état des jobs dans la session en cours

SYNOPSIS


emplois [−l|−p] [job_id...]

DESCRIPTION


Le emplois L'utilitaire doit afficher l'état des travaux qui ont été démarrés dans le shell actuel
environnement; voir Section 2.12, coquillage Internationaux Environment.

Quand emplois signale l'état de fin d'un travail, le shell doit supprimer son ID de processus
à partir de la liste de ceux ``connus dans l'environnement d'exécution du shell courant'' ; voir Section
2.9.3.1, Exemples.

OPTIONS


Le emplois l'utilitaire doit être conforme au volume Base Definitions de POSIX.1‐2008, Section
12.2, utilitaire Syntaxe Recommandations.

Les options suivantes doivent être prises en charge :

−l (La lettre ell.) Fournissez plus d'informations sur chaque emploi répertorié. Cette
les informations doivent inclure le numéro de la tâche, la tâche actuelle, l'ID du groupe de processus, l'état,
et la commande qui a formé le travail.

−p Affichez uniquement les ID de processus pour les chefs de groupe de processus des travaux sélectionnés.

Par défaut, le emplois l'utilitaire doit afficher l'état de tous les travaux arrêtés, en cours d'exécution
les jobs d'arrière-plan et tous les jobs dont le statut a changé et n'ont pas été signalés par le
coquille.

OPÉRANDES


L'opérande suivant doit être pris en charge :

job_id Spécifie les travaux pour lesquels l'état doit être affiché. Sinon job_id is
donné, les informations d'état pour tous les travaux doivent être affichées. Le format de
job_id est décrit dans le volume Base Definitions de POSIX.1‐2008, Section
3.204, OFFRE Le contrôle OFFRE ID.

STDIN


Non utilisé.

CONTRIBUTION DES DOSSIERS


Aucun.

ENVIRONNEMENT VARIABLES


Les variables d'environnement suivantes doivent affecter l'exécution de emplois:

LANGUE Fournissez une valeur par défaut pour les variables d'internationalisation qui ne sont pas définies ou
nul. (Voir le volume Définitions de base de POSIX.1‐2008, Section 8.2,
Internationalisation Variables pour la priorité de l'internationalisation
variables utilisées pour déterminer les valeurs des catégories de paramètres régionaux.)

LC_ALL S'il est défini sur une valeur de chaîne non vide, remplace les valeurs de tous les autres
variables d'internationalisation.

LC_CTYPE Déterminer la localisation pour l'interprétation des séquences d'octets de données de texte
sous forme de caractères (par exemple, des caractères à un octet par opposition aux caractères à plusieurs octets dans
arguments).

LC_MESSAGES
Déterminez les paramètres régionaux qui doivent être utilisés pour affecter le format et le contenu de
messages de diagnostic écrits sur erreur standard et messages informatifs écrits
à la sortie standard.

NLSPATH Déterminer l'emplacement des catalogues de messages pour le traitement des LC_MESSAGES.

ASYNCHRONE ÉVÉNEMENTS


Par défaut.

STDOUT


Si la −p option est spécifiée, la sortie doit consister en une ligne pour chaque ID de processus :

"%d\n", <processus ID>

Sinon, si le −l option n'est pas spécifiée, la sortie doit être une série de lignes du
forme:

"[%ré] %c %s %s\n", <numéro de travail>,actuel>,Etat>,commander>

où les champs sont les suivants :

<actuel> Le personnage '+' identifie le travail qui serait utilisé par défaut pour le fg
or bg services publics; ce travail peut également être spécifié à l'aide de la job_id %+ ou "%%".
Le personnage '−' identifie le travail qui deviendrait le travail par défaut si le
le travail par défaut actuel devait se terminer ; ce travail peut également être spécifié à l'aide de la
job_id %−. Pour les autres emplois, ce domaine est un . Au plus un emploi peut être
Identifié avec '+' et au plus un emploi peut être identifié avec '−'. S'il y a
tout travail suspendu, le travail actuel sera un travail suspendu. S'il y a
au moins deux emplois suspendus, l'emploi précédent doit également être suspendu
d'emplois.

<numéro de travail>
Un numéro qui peut être utilisé pour identifier le groupe de processus au attendez, fg, bget
tuer utilitaires. À l'aide de ces utilitaires, le travail peut être identifié en préfixant
le numéro de travail avec '%'.

<Etat> L'une des chaînes suivantes (dans la locale POSIX) :

Running Indique que le travail n'a pas été suspendu par un signal et n'a pas
sorti.

OK Indique que le travail s'est terminé et a renvoyé l'état de sortie zéro.

OK(code)
Indique que le travail s'est terminé normalement et qu'il s'est terminé avec le
état de sortie non nul spécifié, code, exprimé sous forme de nombre décimal.

Arrêté Indique que le travail a été suspendu par le signal SIGTSTP.

Arrêté (SIGTSTP)
Indique que le travail a été suspendu par le signal SIGTSTP.

Arrêté (PROCHAIN ​​ARRÊT)
Indique que le travail a été suspendu par le signal SIGSTOP.

Arrêté (SIGTIN)
Indique que le travail a été suspendu par le signal SIGTTIN.

Arrêté (SIGTTOU)
Indique que le travail a été suspendu par le signal SIGTTOU.

L'implémentation peut substituer la chaîne Suspendu au lieu de Arrêté. Si
le travail a été terminé par un signal, le format deEtat> n'est pas spécifié, mais il
doit être visiblement distinct de tous les autresEtat> formats présentés ici et
doit indiquer le nom ou la description du signal provoquant la terminaison.

<commander> La commande associée qui a été donnée au shell.

Si la −l option est spécifiée, un champ contenant l'ID du groupe de processus doit être inséré
avant leEtat> champ. En outre, plus de processus dans un groupe de processus peuvent être générés sur
lignes distinctes, en utilisant uniquement l'ID de processus etcommander> champs.

STDERR


L'erreur standard ne doit être utilisée que pour les messages de diagnostic.

SORTIE DES DOSSIERS


Aucun.

ÉLARGI DESCRIPTION


Aucun.

EXIT STATUT


Les valeurs de sortie suivantes doivent être renvoyées :

0 Achèvement réussi.

>0 Une erreur s'est produite.

CONSÉQUENCES OF LES ERREURS


Par défaut.

Le Abonnement sections sont informatif.

APPLICATION UTILISATION


Le −p est le seul moyen portable de connaître le groupe de processus d'un travail car
différentes implémentations ont différentes stratégies pour définir le groupe de processus du
travail. Utilisation telle que $(emplois −p) fournit un moyen de se référer au groupe de processus du travail
d'une manière indépendante de la mise en œuvre.

Le emplois l'utilitaire ne fonctionne pas comme prévu lorsqu'il fonctionne dans son propre utilitaire
environnement d'exécution, car cet environnement n'a pas de tâches applicables à manipuler. Voir
la section UTILISATION DE L'APPLICATION pour bg. Pour cette raison, emplois est généralement mis en œuvre comme un
shell régulier intégré.

EXEMPLES


Aucun.

RAISONNEMENT


Les deux "%%" et "%+" sont utilisés pour faire référence au travail en cours. Les deux formes sont d'égale validité—
le "%%" miroir "$$" et "%+" reflétant la sortie de emplois. Les deux formes reflètent
pratique historique du KornShell et du shell C avec contrôle des tâches.

Les fonctions de contrôle des tâches fournies par bg, fget emplois sont basés sur le KornShell. Les
les développeurs standard ont examiné les caractéristiques des versions C shell de ces
services publics et a constaté qu'il existait des différences. Malgré l'utilisation généralisée du shell C, le
Les versions KornShell ont été sélectionnées pour ce volume de POSIX.1‐2008 afin de maintenir un degré de
uniformité avec le reste des fonctionnalités KornShell sélectionnées (comme le très populaire
fonctionnalités d'édition en ligne de commande).

Le emplois l'utilitaire ne dépend pas de l'option de contrôle des tâches, comme le sont les
bg et fg utilitaires parce que emplois est utile pour examiner les emplois d'arrière-plan, indépendamment de
la condition du contrôle du travail. Lorsque l'utilisateur a invoqué un set +m commande et contrôle des tâches
a été éteint, emplois peut toujours être utilisé pour examiner les tâches d'arrière-plan associées à
cette session en cours. De la même manière, tuer peut ensuite être utilisé pour tuer les tâches d'arrière-plan avec tuer
%<fond JOB nombre>.

La sortie des travaux terminés n'est pas spécifiée pour tenir compte de divers historiques
systèmes. Les formats suivants ont été observés :

1. Tué(signal prénom)

2. signal prénom

3. signal prénom(dépotoir)

4. signal la description- coeur sous-évaluées

La plupart des utilisateurs devraient être capables de comprendre ces formats, bien que cela signifie que les applications
ont du mal à les analyser.

Le calcul des ID de tâche n'a pas été décrit car cela suggérerait une implémentation,
qui peuvent imposer des restrictions inutiles.

Dans une première proposition, un −n option a été incluse pour ``Afficher le statut des travaux qui ont
modifié, quitté ou arrêté depuis le dernier rapport d'état''. Il a été supprimé parce que le
shell écrit toujours tout changement d'état des travaux avant chaque invite.

AVENIR DIRECTIONS


Aucun.

Utilisez jobsposix en ligne en utilisant les services onworks.net


Ad


Ad