findposix - Online na nuvem

PROGRAMA:

NOME

localizar - localizar arquivos

SINOPSE

find [−H | −L] caminho... [expressão_operando...]

DESCRIÇÃO

O find utilitário deve descer recursivamente na hierarquia de diretório de cada arquivo
especificado por caminho, avaliando uma expressão booleana composta das primárias descritas em
a seção OPERANDS para cada arquivo encontrado. Cada caminho operando deve ser avaliado
inalterado conforme fornecido, incluindo todos os personagens; todos os nomes de caminho para
outros arquivos encontrados na hierarquia devem consistir na concatenação do atual
caminho operando, um se o atual caminho operando não terminava em um, e o nome do arquivo
Relativo ao caminho operando. A porção relativa não deve conter nenhum ponto ou ponto-ponto
componentes, sem trilha personagens, e apenas solteiros personagens entre
componentes do nome do caminho.

O find utilitário deve ser capaz de descer a profundidades arbitrárias em uma hierarquia de arquivos e
não deve falhar devido às limitações de comprimento do caminho (a menos que um caminho operando especificado pelo
o aplicativo excede os requisitos de {PATH_MAX}).

O find utilitário deve detectar loops infinitos; isto é, inserir um já visitado
diretório que é um ancestral do último arquivo encontrado. Quando detecta um infinito
laço, find deve escrever uma mensagem de diagnóstico para o erro padrão e deve recuperar seu
posição na hierarquia ou encerrar.

Se um arquivo for removido ou adicionado à hierarquia de diretório que está sendo pesquisada, ele é
não especificado se ou não find inclui esse arquivo em sua pesquisa.

OPÇÕES

O find 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.

As seguintes opções devem ser apoiadas pela implementação:

−H Causa a informação do arquivo e o tipo de arquivo avaliado para cada link simbólico
encontrado como um caminho operando na linha de comando para serem os do arquivo
referenciado pelo link, e não pelo link em si. Se o arquivo referenciado não
existir, as informações e o tipo do arquivo devem ser do próprio link. Arquivo
informações e tipo de links simbólicos encontrados durante a travessia de um
a hierarquia de arquivos deve ser a do próprio link.

−L Causa a informação do arquivo e o tipo de arquivo avaliado para cada link simbólico
encontrado como um caminho operando na linha de comando ou encontrado durante o
travessia de uma hierarquia de arquivo para ser aquela do arquivo referenciado pelo link,
e não o link em si. Se o arquivo referenciado não existir, o arquivo
a informação e o tipo devem ser para o próprio link.

Especificando mais de uma das opções mutuamente exclusivas −H e −L não será
considerado um erro. A última opção especificada deve determinar o comportamento do
Utilitário. Se nem o −H nem o −L opção é especificada, então as informações do arquivo e
tipo para links simbólicos encontrados como um caminho operando na linha de comando ou encontrado
durante a travessia de uma hierarquia de arquivo deve ser a do próprio link.

OPERANDOS

Os seguintes operandos devem ser suportados:

O primeiro operando e operandos subsequentes até, mas não incluindo o primeiro operando que
começa com um '-', ou é um '!' ou um '(', deve ser interpretado como caminho operandos. Se o
o primeiro operando começa com um '-', ou é um '!' ou um '(', o comportamento não é especificado. Cada
caminho operando é um nome de caminho de um ponto de partida na hierarquia de arquivos.

O primeiro operando que começa com um '-', ou é um '!' ou um '(', e todos os subsequentes
argumentos devem ser interpretados como um expressão composto pelas seguintes primárias e
operadores. Nas descrições, onde quer que n é usado como um argumento principal, deve ser
interpretado como um número inteiro decimal opcionalmente precedido por um sinal de mais ('+') ou sinal de menos ('-')
assinar, como segue:

+n Mais de n.

n exatamente n.

-n Menor que n.

Os seguintes primários devem ser suportados:

−nome de cinto de segurança
O primário deve ser avaliado como verdadeiro se o nome de base do caminho atual
fósforos de cinto de segurança usando a notação de correspondência de padrões descrita em Seção 2.13,
padrão Correspondente Avaliação. As regras adicionais em Seção 2.13.3, padrões
Usados for Nome do arquivo Expansão não se aplicam, pois esta é uma operação de correspondência, não um
expansão.

−caminho de cinto de segurança
O primário deve ser avaliado como verdadeiro se o nome do caminho atual corresponder de cinto de segurança utilização
a notação de correspondência de padrões descrita em Seção 2.13, padrão Correspondente
Avaliação. As regras adicionais em Seção 2.13.3, padrões Usados for Nome do arquivo
Expansão não se aplica, pois esta é uma operação de correspondência, não uma expansão.

−nouser O primário deve avaliar como verdadeiro se o arquivo pertence a um ID de usuário para o qual
da getpwuid() função definida no volume System Interfaces de POSIX.1‐2008
(ou equivalente) retorna NULL.

−nogrupo O primário deve avaliar como verdadeiro se o arquivo pertence a um ID de grupo para o qual
da começar() função definida no volume System Interfaces de POSIX.1‐2008
(ou equivalente) retorna NULL.

−xdev O primário deve sempre ser avaliado como verdadeiro; deve causar find não continuar
descendentes de diretórios anteriores que têm um ID de dispositivo diferente (st_dev, Veja o
estado() função definida no volume System Interfaces de POSIX.1‐2008). Caso existam
−xdev primário é especificado, deve ser aplicado a toda a expressão, mesmo se o
−xdev primário normalmente não seria avaliado.

− Ameixa O primário deve sempre ser avaliado como verdadeiro; deve causar find não descer
o nome do caminho atual se for um diretório. Se o −profundidade primário é especificado,
da − Ameixa primário não terá efeito.

−perma [-]modo
O modo argumento é usado para representar bits de modo de arquivo. Deve ser idêntico em
formato para o modo_ simbólico operando descrito em chmod, e deve ser interpretado
do seguinte modo. Para começar, um modelo deve ser assumido com todos os bits de modo de arquivo
apagado. Um op símbolo de '+' deve definir os bits de modo apropriados no
modelo; '-' deve limpar os bits apropriados; '=' deve definir o apropriado
bits de modo, independentemente do conteúdo da máscara de criação de modo de arquivo do
processo. o op símbolo de '-' não pode ser o primeiro personagem de modo; isso evita
ambigüidade com o líder opcional . Uma vez que o modo inicial é tudo
bits fora, não há nenhum modo simbólico que precise usar '-' como o primeiro
personagem.

Se o for omitido, o primário deve ser avaliado como verdadeiro quando o arquivo
bits de permissão correspondem exatamente ao valor do modelo resultante.

Caso contrário, se modo é prefixado por um , o primário deve ser avaliado como verdadeiro
se pelo menos todos os bits no modelo resultante forem definidos no arquivo
bits de permissão.

−perma [-]I-lo
Se o for omitido, o primário deve ser avaliado como verdadeiro quando o arquivo
bits de modo correspondem exatamente ao valor do número octal I-lo (veja a descrição
do octal modo in chmod) Caso contrário, se I-lo é prefixado por um , a
primário deve ser avaliado como verdadeiro se pelo menos todos os bits especificados em I-lo e guarante que os mesmos estão
definir. Em ambos os casos, o comportamento não é especificado quando I-lo excede 07777.

Tipo c O primário deve ser avaliado como verdadeiro se o tipo de arquivo for c, Onde c is 'b',
'c', 'd', 'eu', 'p', 'f', ou 's' para arquivo especial de bloco, arquivo especial de caractere,
diretório, link simbólico, FIFO, arquivo regular ou socket, respectivamente.

−links n O primário deve ser avaliado como verdadeiro se o arquivo tiver n links.

Usuário uname
O primário deve avaliar como verdadeiro se o arquivo pertence ao usuário unname. If
uname é um número inteiro decimal e o getpwnam() (ou equivalente) função não
retornar um nome de usuário válido, uname deve ser interpretado como um ID de usuário.

−grupo gname
O primário deve avaliar como verdadeiro se o arquivo pertence ao grupo gname. Se
gname é um número inteiro decimal e o getgranm() (ou equivalente) função não
retornar um nome de grupo válido, gname deve ser interpretado como um ID de grupo.

Tamanho n[C]
O primário deve ser avaliado como verdadeiro se o tamanho do arquivo em bytes, dividido por 512 e
arredondado para o próximo inteiro, é n. Se n é seguido pelo personagem 'c',
o tamanho deve ser em bytes.

−atime n O primário deve avaliar como verdadeiro se o tempo de acesso ao arquivo subtraído do
tempo de inicialização, dividido por 86400 (com qualquer resto descartado), é n.

−ctime n O primário deve avaliar como verdadeiro se a hora da última mudança de status do arquivo
informações subtraídas do tempo de inicialização, dividido por 86400 (com qualquer
restante descartado), é n.

−mtime n O primário deve avaliar como verdadeiro se a hora de modificação do arquivo subtraída de
o tempo de inicialização, dividido por 86400 (com qualquer resto descartado), é n.

−exec nome_utilizador [argumento ...] ;

−exec nome_utilizador [argumento ...] {} +
O final da expressão primária deve ser pontuado por um ou por um
. Apenas um que segue imediatamente um argumento contendo
apenas os dois personagens "{}" deve pontuar o final da expressão primária.
Outros usos do não devem ser tratados como especiais.

Se a expressão primária for pontuada por um , a utilidade
nome_utilizador deve ser invocado uma vez para cada nome de caminho e o principal deve
avalie como verdadeiro se o utilitário retornar um valor zero como status de saída. UMA
nome_utilizador or argumento contendo apenas os dois personagens "{}" será
substituído pelo nome do caminho atual. Se um nome_utilizador or argumento string contém
os dois personagens "{}", mas não apenas os dois personagens "{}", isto é
definição de implementação se find substitui esses dois caracteres ou usa o
string sem alteração.

Se a expressão primária for pontuada por um , o primário deve
sempre avalie como verdadeiro, e os nomes de caminho para os quais o primário é avaliado
devem ser agregados em conjuntos. A utilidade nome_utilizador deve ser invocado uma vez
para cada conjunto de nomes de caminhos agregados. Cada invocação deve começar após o último
o nome do caminho no conjunto é agregado e deve ser concluído antes do find
o utilitário sai e antes do primeiro nome de caminho no próximo conjunto (se houver) é
agregado para este primário, mas não é especificado se o
a invocação ocorre antes, durante ou depois das avaliações de outras primárias.
Se qualquer invocação retornar um valor diferente de zero como status de saída, o find utilidade
deve retornar um status de saída diferente de zero. Um argumento contendo apenas os dois
caracteres "{}" deve ser substituído pelo conjunto de nomes de caminhos agregados, com cada
nome do caminho passado como um argumento separado para o utilitário invocado na mesma ordem
que foi agregado. O tamanho de qualquer conjunto de dois ou mais nomes de caminho deve ser
limitado de forma que a execução do utilitário não cause o {ARG_MAX} do sistema
limite a ser excedido. Se mais de um argumento contendo os dois caracteres
"{}" está presente, o comportamento não é especificado.

O diretório atual para a invocação de nome_utilizador deve ser o mesmo que
o diretório atual quando o find utilitário foi iniciado. Se o nome_utilizador
nomeia qualquer um dos utilitários embutidos especiais (veja Seção 2.14, Destaque Construídas em
Utilities), os resultados são indefinidos.

−ok nome_utilizador [argumento ...] ;
O −ok primário deve ser equivalente a −exec, exceto que o uso de um
sinal> para pontuar o final da expressão primária não precisa ser suportado, e
find deverá solicitar a afirmação da invocação de nome_utilizador usando o
arquivo atual como um argumento, escrevendo para o erro padrão, conforme descrito no
Seção STDERR. Se a resposta na entrada padrão for afirmativa, o utilitário
deve ser invocado. Caso contrário, o comando não deve ser invocado e o valor de
da −ok operando deve ser falso.

−imprimir O primário deve sempre ser avaliado como verdadeiro; deve causar o nome do caminho atual
para ser gravado na saída padrão.

Mais novo lima
O primário deve avaliar como verdadeiro se a hora de modificação do arquivo atual
é mais recente do que a hora de modificação do arquivo nomeado pelo nome do caminho
lima.

−profundidade O primário deve sempre ser avaliado como verdadeiro; deve causar a descida do
hierarquia de diretório a ser feita de modo que todas as entradas em um diretório sejam acionadas
antes do próprio diretório. Se um −profundidade primário não é especificado, todas as entradas
em um diretório deve ter ação após o próprio diretório. Caso existam −profundidade
primário é especificado, deve ser aplicado a toda a expressão, mesmo se o −profundidade
primário normalmente não seria avaliado.

Os primários podem ser combinados usando os seguintes operadores (em ordem decrescente
precedência):

( expressão )
Verdadeiro se expressão é verdade.

! expressão
Negação de um primário; o operador NOT unário.

expressão [-uma] expressão
Conjunção de primárias; o operador AND está implícito na justaposição de
duas primárias ou tornadas explícitas pelo opcional −a operador. O segundo
expressão não deve ser avaliada se a primeira expressão for falsa.

expressão −o expressão
Alternância de primárias; o operador OR. A segunda expressão não deve ser
avaliada se a primeira expressão for verdadeira.

Se nenhum expressão é presente, −imprimir deve ser usado como a expressão. Caso contrário, se o
dada expressão não contém nenhum dos primários −exec, −ok, ou −imprimir, o dado
expressão será efetivamente substituída por:

( determinada_expressão ) −imprimir

O Usuário, −grupo e Mais novo as primárias, cada uma deve avaliar seus respectivos argumentos
apenas uma vez.

Quando o tipo de arquivo avaliado para o arquivo atual é um link simbólico, os resultados de
avaliando o −perma primários são definidos pela implementação.

STDIN

Se o −ok primário é usado, a resposta deve ser lida a partir da entrada padrão. Um inteiro
linha deve ser lida como a resposta. Caso contrário, a entrada padrão não deve ser usada.

INPUT ARQUIVOS

Nenhum.

MEIO AMBIENTE VARIÁVEIS

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

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_COLLATE
Determine a localidade para o comportamento de intervalos, classes de equivalência e
elementos de agrupamento de caracteres usados ​​na notação de correspondência de padrões para o -n
opção e na expressão regular estendida definida para o simexpr local
palavra-chave no LC_MESSAGES categoria.

LC_CTYPE Esta variável determina o local para a interpretação de sequências de bytes
de dados de texto como caracteres (por exemplo, byte único em oposição a bytes múltiplos
caracteres em argumentos), o comportamento das classes de caracteres dentro do padrão
notação correspondente usada para o -n opção, e o comportamento das classes de personagens
dentro de expressões regulares usadas na expressão regular estendida definida para
da simexpr palavra-chave local no LC_MESSAGES categoria.

LC_MESSAGES
Determine a localidade usada para processar as respostas afirmativas e a localidade usada
para afetar o formato e o conteúdo das mensagens de diagnóstico e prompts escritos para
erro padrão.

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

PATH Determine a localização do nome_utilizador para o −exec e −ok primárias, como
descrito no volume de Definições de Base de POSIX.1‐2008, Capítulo 8, Meio Ambiente
Variáveis.

ASSÍNCRONO EVENTOS

Padrão.

STDOUT

O −imprimir principal deve fazer com que os nomes dos caminhos atuais sejam gravados na saída padrão. O
o formato deve ser:

"% s \ n", <caminho>

STDERR

O −ok primário deve escrever um prompt de erro padrão contendo pelo menos o
nome_utilizador a ser invocado e o nome do caminho atual. No local POSIX, o último
não- no prompt será '?'. O formato exato usado não é especificado.

Caso contrário, o erro padrão deve ser usado apenas para mensagens de diagnóstico.

SAÍDA ARQUIVOS

Nenhum.

ESTENDIDO DESCRIÇÃO

Nenhum.

SAIR STATUS

Os seguintes valores de saída devem ser retornados:

0 Todos caminho operandos foram percorridos com sucesso.

> 0 Ocorreu um erro.

CONSEQUÊNCIAS OF ERROS

Padrão.

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

APLICAÇÃO USO

Quando usado em operandos, notação de correspondência de padrões, , , e
os caracteres são especiais para o shell e devem ser colocados entre aspas (ver Seção
2.2, Citando).

O bit tradicionalmente usado para sticky (historicamente 01000) é especificado no
−perma primário usando a forma de argumento de número octal. Uma vez que este bit não é definido por este
volume de POSIX.1‐2008, os aplicativos não devem assumir que ele realmente se refere ao
pedaço pegajoso tradicional.

EXEMPLOS

1. Os seguintes comandos são equivalentes:

find .
find . −imprimir

Ambos gravam toda a hierarquia de diretórios a partir do diretório atual.

2. O seguinte comando:

find / \( −nome tmp −o −nome '* .xx' \) −atime +7 −exec rm {} \;

remove todos os arquivos nomeados tmp ou terminando em .xx que não foram acessados ​​por sete ou
mais períodos de 24 horas.

3. O seguinte comando:

find . −perma −o + w, + s

estampas (−imprimir é assumido) os nomes de todos os arquivos dentro ou abaixo do diretório atual,
com todos os bits de permissão de arquivo S_ISUID, S_ISGID e S_IWOTH definidos.

4. O seguinte comando:

find . −nome SCCS − Ameixa −o −imprimir

imprime recursivamente os nomes de caminho de todos os arquivos no diretório atual e abaixo, mas
ignora diretórios denominados SCCS e arquivos neles.

5. O seguinte comando:

find . −imprimir −nome SCCS − Ameixa

se comporta como no exemplo anterior, mas imprime os nomes dos diretórios SCCS.

6. O seguinte comando é aproximadamente equivalente ao −nt extensão para teste:

if [ -n "$ (encontrar file1 − Ameixa Mais novo arquivo2) " ]; então
printf % s \\ n "arquivo1 is mais novo do que arquivo2 "
fi

7. As descrições de −atime, −ctime e −mtime use a terminologia n `` 86400 segundos
períodos (dias) ''. Por exemplo, um arquivo acessado às 23:59 é selecionado por:

find . −atime -1 −imprimir

às 00h01 do dia seguinte (menos de 24 horas depois, não mais de um dia atrás); a
O limite da meia-noite entre os dias não tem efeito no cálculo de 24 horas.

8. O seguinte comando:

find . ! −nome . − Ameixa −nome '*.velho' −exec
sh -c 'mv "$ @" ../velho/' sh {} +

executa a mesma tarefa que:

mv ./*.velho ./.velho ./.*.velho ../velho/

enquanto evita um erro de `` Lista de argumentos muito longa '' se houver um grande número de
arquivos que terminam com .old e sem correr mv se não houver esses arquivos (e evitando
Erro `` Nenhum arquivo ou diretório '' se ./.velho não existe ou nenhum arquivo corresponde
./*.velho or ./.*.velho).

A alternativa:

find . ! −nome . − Ameixa −nome '*.velho' −exec mv {} ../velho/ \;

é menos eficiente se houver muitos arquivos para mover porque executa um mv comando
por arquivo.

9. Em sistemas configurados para montar mídia removível em diretórios sob /metade,
seguinte comando pesquisa a hierarquia de arquivos para arquivos maiores que 100000 KB sem
pesquisando qualquer mídia removível montada:

find / −caminho /metade − Ameixa −o Tamanho +200000 −imprimir

10. Exceto para o diretório raiz e "//" em implementações onde "//" não se refere
para o diretório raiz, nenhum padrão fornecido para −nome vai corresponder a um , Porque
Seguindo caracteres são ignorados ao calcular o nome de base do arquivo em
avaliação. Dados dois diretórios vazios chamados Foo e Barra, o seguinte comando:

find foo /// Barra/// −nome Foo −o −nome 'bar?*'

imprime apenas a linha "foo ///".

JUSTIFICATIVA

O −a operador foi mantido como um operador opcional para compatibilidade com histórico
scripts de shell, embora sejam redundantes com concatenação de expressão.

As descrições do '-' modificador no modo e I-lo argumentos para o −perma primário
concordar com a prática histórica em implementações de BSD e System V. System V e BSD
a documentação o descreve em termos de verificação de bits adicionais; na verdade, ele usa o
mesmos bits, mas verifica se pelo menos todos os bits correspondentes estão definidos em vez de ter
exatamente os bits correspondentes definidos.

O formato exato dos prompts interativos não é especificado. Apenas a natureza geral do
o conteúdo dos prompts é especificado porque:

* As implementações podem desejar instruções mais descritivas do que aquelas usadas no histórico
implementações.

* Uma vez que as strings de prompt históricas não terminam com personagens lá
não é uma forma portátil de outro programa interagir com os prompts deste utilitário
via tubos.

Portanto, um aplicativo que usa esta opção de aviso depende do sistema para fornecer o
diálogo mais adequado diretamente com o usuário, com base nas diretrizes gerais especificadas.

O −nome lima operando foi alterado para usar a notação de correspondência de padrão de shell para que find
é consistente com outros utilitários que usam correspondência de padrões.

O Tamanho operando se refere ao tamanho de um arquivo, ao invés do número de blocos que ele pode
ocupar no sistema de arquivos. A intenção é que o st_size campo definido no sistema
O volume de interfaces de POSIX.1‐2008 deve ser usado, não o st_blocks encontrado no histórico
implementações. Há pelo menos duas razões para isso:

1. Tanto no System V quanto no BSD, find usa apenas st_size em cálculos de tamanho para os operandos
especificado por este volume de POSIX.1‐2008. (BSD usa st_blocks apenas ao processar o
−ls primário.)

2. Os usuários geralmente pensam no tamanho do arquivo em termos de bytes, que também é a unidade usada pelo
ls utilitário para a saída do −eu opção. (Tanto no System V quanto no BSD, ls utiliza
st_size para o −eu campo de tamanho de opção e usa st_blocks para o ls -S cálculos.
Este volume de POSIX.1‐2008 não especifica ls -S.)

As descrições de −atime, −ctime e −mtime foram alterados a partir da descrição SVID de n
`` dias '' para n sendo o resultado da divisão inteira da diferença de tempo em segundos
por 86400. A descrição também é diferente em termos do período de tempo exato para o n casas
(contra da +n or -n), mas corresponde a todas as implementações históricas conhecidas. Isso se refere a
um período de 86400 segundos no passado, não em qualquer momento desde o início desse período até o
hora atual. Por exemplo, −atime 2 é verdadeiro se o arquivo foi acessado a qualquer momento no
período de 72 horas a 48 horas atrás.

Implementações históricas não modificam "{}" quando aparece como uma substring de um −exec
or −ok nome_utilizador ou string de argumento. Tem havido inúmeras solicitações de usuários para este
extensão, então este volume de POSIX.1‐2008 permite o comportamento desejado. Pelo menos um recente
implementação suporta este recurso, mas encontrou vários problemas no gerenciamento
alocação de memória e lidar com várias ocorrências de "{}" em uma corda enquanto era
sendo desenvolvido, por isso ainda não é um comportamento necessário.

Supondo a presença de −imprimir foi adicionado para corrigir uma armadilha histórica que assola
usuários novatos, é totalmente compatível com versões anteriores do histórico System V find utilidade.
Em sua forma mais simples (find anuário), poderia ser confundido com o histórico BSD rápido
find. Os desenvolvedores BSD concordaram que adicionar −imprimir como uma expressão padrão era o
decisão correta e adicionou o rápido find funcionalidade dentro de um novo utilitário chamado
localizar.

Historicamente, o −L opção foi implementada usando o principal Seguir. O −H e −L
opções foram adicionadas por dois motivos. Primeiro, eles oferecem uma granularidade mais fina de controle e
consistência com outros programas que percorrem as hierarquias de arquivos. Segundo, o Seguir primário
sempre avaliado como verdadeiro. Como eram, historicamente, variáveis ​​realmente globais que levaram
efeito antes do traversal começar, algumas expressões válidas tiveram resultados inesperados. Um
exemplo é a expressão −imprimir −o Seguir. Porque −imprimir sempre avalia como verdadeiro, o
ordem padrão de avaliação implica que Seguir nunca seria avaliado. Isso nunca foi
O caso. Prática histórica para o Seguir primário, no entanto, não é consistente. Algum
implementações sempre seguem links simbólicos na linha de comando se Seguir is
especificado ou não. Outros seguem links simbólicos na linha de comando apenas se Seguir is
Especificadas. Ambos os comportamentos são fornecidos pelo −H e −L opções, mas scripts usando o
atual Seguir o primário seria quebrado se o Seguir opção é especificada para funcionar também
maneira.

Uma vez que o −L opção resolve todos os links simbólicos e o Tipo l primário é verdadeiro para
links simbólicos que ainda existem após os links simbólicos serem resolvidos, o comando:

find −L . Tipo l

imprime uma lista de links simbólicos acessíveis a partir do diretório atual que não resolvem
para arquivos acessíveis.

Um recurso do SVR4 find utilidade era o −exec primário + o Exterminador do Futuro. Isto permitido
nomes de arquivos contendo caracteres especiais (especialmente caracteres) a serem agrupados
juntos, sem os problemas que ocorrem se esses nomes de arquivo forem canalizados para xargs. De outros
implementações adicionaram outras maneiras de contornar este problema, notavelmente um −print0
primário que escreveu nomes de arquivos com um terminador de byte nulo. Isso foi considerado aqui, mas
não adotado. Usar um terminador nulo significava que qualquer utilitário que iria processar
find's −print0 a saída teve que adicionar uma nova opção para analisar os terminadores nulos que agora
estar lendo.

O "−exec...{}+ "a sintaxe adotada foi um resultado da Interpretação IEEE PASC 1003.2 # 210.
deve-se observar que esta é uma alteração incompatível com o IEEE Std 1003.2-1992. Por exemplo,
o seguinte comando imprimiu todos os arquivos com um '-' depois de seu nome se eles são regulares
arquivos, e um '+' de outra forma:

find / Tipo f −exec eco {} - ';' −o −exec eco {} + ';'

A mudança invalida o uso como este. Mesmo que o padrão anterior declarasse que este
o uso funcionaria, na prática muitos não o suportavam e os desenvolvedores padrão sentiram que
melhor agora afirmar que isso não era permitido.

FUTURO INSTRUÇÕES

Nenhum.

Use findposix online usando serviços onworks.net