batchposix - Online na nuvem

PROGRAMA:

NOME

batch - agendar comandos para serem executados em uma fila batch

SINOPSE

fornada

DESCRIÇÃO

A fornada utilitário deve ler comandos da entrada padrão e programá-los para execução
em uma fila de lote. Deve ser o equivalente ao comando:

at −q b −m agora

onde fila b é um especial at fila, especificamente para trabalhos em lote. Os trabalhos em lote devem ser
enviado para a fila de lote sem restrições de tempo e deve ser executado pelo sistema usando
algoritmos, com base em fatores não especificados, que podem variar com cada invocação de fornada.

Os usuários devem ter permissão para usar fornada se seu nome aparece no arquivo em.permitir que é
localizado em um diretório definido pela implementação. Se esse arquivo não existir, o arquivo
em.negar, que está localizado em um diretório definido pela implementação, deve ser verificado para
determinar se o usuário terá o acesso negado ao fornada. Se nenhum arquivo existir, apenas
um processo com privilégios apropriados deve ter permissão para enviar um trabalho. Se apenas em.negar
existe e está vazio, o uso global deve ser permitido. o em.permitir e em.negar arquivos devem
consistem em um nome de usuário por linha.

OPÇÕES

Nenhum.

OPERANDOS

Nenhum.

STDIN

A entrada padrão deve ser um arquivo de texto consistindo de comandos aceitáveis ​​para o shell
linguagem de comando descrita em Capítulo 2, concha Command Língua.

INPUT ARQUIVOS

Os arquivos de texto em.permitir e em.negar, que estão localizados em um definido pela implementação
diretório, deve conter zero ou mais nomes de usuário, um por linha, de usuários que são,
respectivamente, acesso autorizado ou negado ao at e fornada Serviços de utilidade pública.

MEIO AMBIENTE VARIÁVEIS

As seguintes variáveis ​​de ambiente devem afetar a execução de fornada:

GRANDE Forneça um valor padrão para as variáveis ​​de internacionalização que não estão definidas ou
nulo. (Veja o volume de Definições de Base de POSIX.1‐2008, Seção 8.2,
Internacionalização Variáveis pela precedência de internacionalização
variáveis ​​usadas para determinar os valores das categorias de local.)

LC_ALL Se definido como um valor de string não vazio, substitui os valores de todos os outros
variáveis ​​de internacionalização.

LC_CTYPE Determine o local para a interpretação de sequências de bytes de dados de texto
como caracteres (por exemplo, caracteres de byte único em oposição a caracteres de bytes múltiplos em
argumentos e arquivos de entrada).

LC_MESSAGES
Determine a localidade que deve ser usada para afetar o formato e o conteúdo do
mensagens de diagnóstico escritas para erro padrão e mensagens informativas escritas
para a saída padrão.

LC_TIME Determine o formato e o conteúdo das strings de data e hora escritas por fornada.

NLSPAT Determine a localização dos catálogos de mensagens para o processamento de LC_MESSAGES.

SHELL Determine o nome de um interpretador de comando a ser usado para invocar o at-job. Se
a variável não está definida ou é nula, sh Deve ser usado. Se for definido com um valor outro
do que um nome para sh, a implementação deve fazer um dos seguintes: usar que
Concha; usar sh; use o shell de login do banco de dados do usuário; qualquer um dos anteriores
acompanhado por um diagnóstico de aviso sobre qual foi escolhido.

TZ Determine o fuso horário. O trabalho deve ser submetido para execução no momento
especificado por especificação de tempo or -t tempo em relação ao fuso horário especificado pelo TZ
variável. Se especificação de tempo especifica um fuso horário, ele substitui TZ. Se especificação de tempo parece
não especificar um fuso horário e TZ é indefinido ou nulo, um fuso horário padrão não especificado
Deve ser usado.

ASSÍNCRONO EVENTOS

Padrão.

STDOUT

Quando a entrada padrão é um terminal, avisos de formato não especificado para cada linha do usuário
A entrada descrita na seção STDIN pode ser gravada na saída padrão.

STDERR

O seguinte deve ser escrito para erro padrão quando um trabalho foi bem sucedido
submetido:

"trabalho %s at % s \ n ", at_job_id,dados>

onde dados deve ser equivalente em formato à saída de:

dados + "% a %b %e %T % Y "

A data e hora escritas devem ser ajustadas para que apareçam no fuso horário do
usuário (conforme determinado pelo TZ variável).

Nem isso, nem mensagens de aviso sobre a seleção do interpretador de comandos,
são considerados um diagnóstico que altera o status de saída.

As mensagens de diagnóstico, se houver, devem ser gravadas no erro padrão.

SAÍDA ARQUIVOS

Nenhum.

ESTENDIDO DESCRIÇÃO

Nenhum.

SAIR STATUS

Os seguintes valores de saída devem ser retornados:

0 Conclusão bem-sucedida.

> 0 Ocorreu um erro.

CONSEQUÊNCIAS OF ERROS

O trabalho não deve ser agendado.

A seguinte seções e guarante que os mesmos estão informativo.

APLICAÇÃO USO

Pode ser útil redirecionar a saída padrão dentro dos comandos especificados.

EXEMPLOS

1. Esta sequência pode ser usada em um terminal:

fornada
tipo < lima > outfile
EOT

2. Esta sequência, que demonstra o redirecionamento do erro padrão para um tubo, é útil em um
procedimento de comando (a sequência de especificações de redirecionamento de saída é significativa):

fornada <<!
diff file1 file2 2> e 1 > outfile | e-mail x meu grupo
!

JUSTIFICATIVA

Propostas iniciais descritas fornada de uma forma totalmente separada de at, mesmo que a
modelo histórico tratou-o quase como um sinônimo de at −qb. Uma série de recursos foram
adicionado para listar e controlar o trabalho em lote separadamente daqueles em at. Após mais
reflexão, foi decidido que o benefício desta não merecia a mudança para o
interface histórica.

A −m opção foi incluída no equivalente at comandar porque é uma prática histórica
para enviar os resultados por correio ao remetente, mesmo se toda a saída produzida pelo trabalho for redirecionada. Como
explicado na RATIONALE para at, agora palavra-chave envia o trabalho para execução imediata
(após atrasos de programação), apesar de alguns sistemas históricos onde at agora teria sido
considerado um erro.

FUTURO INSTRUÇÕES

Nenhum.

Use batchposix online usando serviços onworks.net