deltaposix - Online na nuvem

PROGRAMA:

NOME

delta - faça um delta (alteração) para um arquivo SCCS (DESENVOLVIMENTO)

SINOPSE

delta [−nps] [-g Lista] [−m lista mr] [−r SID] [−y[comentar]] lima...

DESCRIÇÃO

A delta utilitário deve ser usado para introduzir permanentemente nas alterações de arquivos SCCS nomeados
que foram feitos para os arquivos recuperados por ter (Chamou o arquivos g, ou arquivos gerados).

OPÇÕES

A delta utilitário deve estar em conformidade com o volume de Definições de Base de POSIX.1‐2008, Seção
12.2, Utilidade Sintaxe orientações, exceto que o −y opção tem uma opção opcional-
argumento. Este argumento de opção opcional não deve ser apresentado como um argumento separado.

As seguintes opções devem ser suportadas:

−r SID Identifique exclusivamente qual delta deve ser criado para o arquivo SCCS. O uso deste
opção será necessária apenas se dois ou mais pendentes ter comandos para
edição (ter -E) no mesmo arquivo SCCS foram feitas pela mesma pessoa (login
nome). O valor SID especificado com o −r opção pode ser o SID
especificado no ter linha de comando ou o SID a ser feito conforme relatado pelo ter
Utilitário; Vejo ter.

-S Suprime o relatório de saída padrão da atividade associada a cada
lima. Veja a seção STDOUT.

-n Especifique a retenção do editado arquivo g (normalmente removido na conclusão do delta
em processamento).

-g Lista Especifique um Lista (Vejo ter para a definição de Lista) de deltas que serão
ignorado quando o arquivo é acessado no nível de mudança (SID) criado por este
delta.

−m lista mr Especifique um número de solicitação de modificação (MR) que o aplicativo deve fornecer como
o motivo da criação do novo delta. Deve ser usado se o arquivo SCCS tiver
que o v conjunto de bandeiras; Vejo admin.

If −m não é usado e '-' não é especificado como um argumento de arquivo, e o padrão
entrada é um terminal, o prompt descrito na seção STDOUT deve ser escrito
para a saída padrão antes que a entrada padrão seja lida; se a entrada padrão é
não é um terminal, nenhum prompt será emitido.

MRs em uma lista devem ser separados por caracteres ou escapados
personagens. Um sem escape deve encerrar a lista MR. A fuga
personagem é .

Se o v flag tem um valor, deve ser considerado o nome de um programa que
valida a exatidão dos números MR. Se um status de saída diferente de zero for
retornado do programa de validação de número MR, o delta utilidade deve
terminar. (Presume-se que os números MR não eram todos válidos.)

−y [comentar]
Descreva o motivo de fazer o delta. o comentar será um arbitrário
grupo de linhas que atenderiam à definição de um arquivo de texto. Implementações
deve apoiar comentars de zero a 512 bytes e podem suportar valores mais longos. UMA
string nula (especificada como −y, −y "", ou em resposta a uma solicitação de
comentário) deve ser considerado um válido comentar.

If −y não é especificado e '-' não é especificado como um argumento de arquivo, e o
entrada padrão é um terminal, o prompt descrito na seção STDOUT deve
ser gravado na saída padrão antes que a entrada padrão seja lida; se o padrão
entrada não é um terminal, nenhum prompt deve ser emitido. Um sem escape deve
encerre o texto do comentário. O personagem de escape é .

A −y opção será necessária se o lima operando é especificado como '-'.

-p Grave (na saída padrão) as diferenças do arquivo SCCS antes e depois do delta
é aplicado em diff formato; Vejo diff.

OPERANDOS

O seguinte operando deve ser suportado:

lima Um nome de caminho de um arquivo SCCS existente ou de um diretório. Se lima é um diretório, o
delta utilitário deve se comportar como se cada arquivo no diretório fosse especificado
como um arquivo nomeado, exceto que os arquivos não-SCCS (último componente do nome do caminho
não comece com s.) e os arquivos ilegíveis devem ser ignorados silenciosamente.

Se exatamente um lima operando aparece, e é '-', a entrada padrão deve ser
leitura; cada linha da entrada padrão deve ser considerada o nome de um SCCS
arquivo a ser processado. Arquivos não SCCS e arquivos ilegíveis devem ser silenciosamente
ignorado.

STDIN

A entrada padrão deve ser um arquivo de texto usado apenas nos seguintes casos:

* Para ler um lista mr ou um comentar (Ver a −m e −y opções).

* Um lima operando deve ser especificado como '-'. Nesse caso, o −y opção deve ser usada para
especifique o comentário e se o arquivo SCCS tiver o v conjunto de bandeiras, o −m opção também deve
ser usado para especificar a lista MR.

INPUT ARQUIVOS

Os arquivos de entrada devem ser arquivos de texto cujos dados devem ser incluídos nos arquivos SCCS. Se o
o primeiro caractere de qualquer linha de um arquivo de entrada é no local POSIX, os resultados são
não especificado. Se este arquivo contiver mais de 99999 linhas, o número de linhas registradas em
o cabeçalho para este arquivo deve ser 99999 para este delta.

MEIO AMBIENTE VARIÁVEIS

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

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.

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

TZ Determine o fuso horário em que a hora e a data são gravadas no arquivo SCCS.
Se o TZ variável não está definida ou NULL, um fuso horário padrão do sistema não especificado é
usava.

ASSÍNCRONO EVENTOS

Se o SIGINT for detectado, os arquivos temporários devem ser limpos e delta deve sair com um não
código de saída zero. A ação padrão deve ser executada para todos os outros sinais; Vejo Seção 1.4,
Utilidade Descrição Padrões.

STDOUT

A saída padrão deve ser usada apenas para as seguintes mensagens no local POSIX:

* Prompts (veja o −m e −y opções) nos seguintes formatos:

"Sra? "

"comentários? "

O prompt MR, se escrito, deve sempre preceder o prompt de comentários.

* Um relatório das atividades de cada arquivo (a menos que o -S opção é especificada) no
seguinte formato:

"% s \ n% d inserido \ n% d excluído \ n% d inalterado \ n ", <Novo SID>,
<número of linhas inserido>,número of linhas excluído>,
<número of linhas inalterado>

STDERR

O erro padrão deve ser usado apenas para mensagens de diagnóstico.

SAÍDA ARQUIVOS

Quaisquer arquivos SCCS atualizados devem ser arquivos de um formato não especificado.

ESTENDIDO DESCRIÇÃO

System Data e Horário
Quando um delta é adicionado a um arquivo SCCS, a data e hora do sistema devem ser registradas para o
novo delta. Se um ter é realizada usando um arquivo SCCS com uma data gravada aparentemente no
futuro, o comportamento não é especificado.

SAIR STATUS

Os seguintes valores de saída devem ser retornados:

0 Conclusão bem-sucedida.

> 0 Ocorreu um erro.

CONSEQUÊNCIAS OF ERROS

Padrão.

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

APLICAÇÃO USO

Podem surgir problemas se a data e hora do sistema forem modificadas (por exemplo, colocar
para frente e para trás novamente ou relógios não sincronizados em uma rede) e também podem surgir
quando diferentes valores do TZ variáveis ​​de ambiente são usadas.

Problemas de natureza semelhante também podem surgir para a operação do ter utilidade, que
registra a data e a hora no corpo do arquivo.

EXEMPLOS

Nenhum.

JUSTIFICATIVA

Nenhum.

FUTURO INSTRUÇÕES

Nenhum.

Use deltaposix online usando serviços onworks.net