Scroll to navigation

FTS(3) Library Functions Manual FTS(3)

NOME

fts, fts_open, fts_read, fts_children, fts_set, fts_close —
atravessa uma hierarquia de arquivos

SINOPSE

#include <sys/types.h> #include <sys/stat.h> #include <fts.h> FTS * fts_open(char * const *path_argv, int options, int (*compar)(const FTSENT **, const FTSENT **)) FTSENT * fts_read(FTS *ftsp) FTSENT * fts_children(FTS *ftsp, int options) int fts_set(FTS *ftsp, FTSENT *f, int options) int fts_close(FTS *ftsp)

DESCRIÇÃO

As funções fts são fornecidas para a travessia de hierarquias de arquivos UNIX. Uma visão geral simples é que a função fts_open() retorna um ''manipulador'' em uma hierarquia de arquivo, que é então fornecida para as outras funções fts. A função fts_read() retorna um ponteiro para uma estrutura que descreve um dos arquivos na hierarquia de arquivos. A função fts_children() retorna um ponteiro para uma lista ligada de estruturas, cada uma das quais descreve um dos arquivos contidos em um diretório na hierarquia. Em geral, diretórios são visitados em dois momentos distinguíveis: em pré-ordem (antes que qualquer um dos seus descendentes sejam visitados) e em pós-ordem (depois que todos os seus descendentes foram visitados). Arquivos são visitados uma vez. É possível caminhar pela hierarquia ''logicamente'' (ignorando ligações simbólicas) ou fisicamente (visitando ligações simbólicas), ordenar o caminho da hierarquia ou podar e/ou re-visitar porções da hierarquia.
Duas estruturas são definidas (inclusive via 'typedef') no arquivo de inclusão ⟨fts.h⟩. A primeira é FTS, a estrutura que representa a própria hierarquia de arquivo. A segunda é FTSENT, a estrutura que representa um arquivo em uma hierarquia de arquivos. Normalmente, uma estrutura FTSENT é retornada para qualquer arquivo na hierarquia. Nesta página de manual, ''file'' e “FTSENT structure” geralmente são intercambiáveis. A estrutura FTSENT contém pelo menos os seguintes campos, que são descritos em maiores detalhes abaixo: 
typedef struct _ftsent { 
	u_short fts_info;		/* flags para a estrutura FTSENT */ 
	char *fts_accpath;		/* caminho de acesso */ 
	char *fts_path;			/* caminho raiz */ 
	short fts_pathlen;		/* strlen(fts_path) */ 
	char *fts_name;			/* nome do arquivo */ 
	short fts_namelen;		/* strlen(fts_name) */ 
	short fts_level;		/* profundidade (-1 a N) */ 
	int fts_errno;			/* errno do arquivo */ 
	long fts_number;		/* valor numérico local */ 
	void *fts_pointer;		/* valor do endereço local */ 
	struct ftsent *fts_parent;	/* diretório pai */ 
	struct ftsent *fts_link;	/* estrutura do próximo arquivo */ 
	struct ftsent *fts_cycle;	/* estrutura de ciclo */ 
	struct stat *fts_statp;		/* informação de stat(2) */ 
} FTSENT;
Estes campos são definidos como segue:
fts_info
Uma das seguintes flags que descrevem a estrutura FTSENT retornada, e o arquivo que ela representa. Com exceção dos diretórios sem erros (FTS_D), todas estas entradas são terminais, ou seja, elas não serão re-visitadas, nem qualquer dos seus descendentes serão visitados.
Um diretório sendo visitado em pré-ordem.
Um diretório que causa um ciclo na árvore. (O campo fts_cycle da estrutura FTSENT será preenchida também.)
Qualquer estrutura FTSENT que representa um tipo de arquivo não descrito explicitamente por um dos outros valores fts_info.
Um diretório que não pode ser lido. Este é um retorno de erro, e o campo fts_errno será setado para indicar o que causou o erro.
Um arquivo denominado ‘.’ ou ‘..’ que não foi especificado como um nome de arquivo para fts_open() (veja FTS_SEEDOT).
Um diretório sendo visitado em pós-ordem. Os conteúdos da estrutura FTSENT serão imutáveis a partir de quando ele foi retornado em pré-ordem, isto é, com o campo fts_info setado em FTS_D.
Este é um retorno de erro, e o campo fts_errno será setado para indicar o que causou o erro.
Um arquivo regular.
Um arquivo para o qual nenhuma informação stat(2) estava disponível. O conteúdo do campo fts_statp é indefinido. Este é um retorno de erro, e o campo fts_errno será setado para indicar o que causou o erro.
Um arquivo para o qual nenhuma informação stat(2) foi requisitada. O conteúdo do campo fts_statp é indefinido.
Uma ligação simbólica.
Uma ligação simbólica com um alvo não-existente. O conteúdo do campo fts_statp referencia a informação característica do arquivo para a própria ligação simbólica.
fts_accpath
Um caminho para acessar o arquivo a partir do diretório corrente.
fts_path
O caminho para o arquivo em relação à raiz da travessia. Este caminho é aquele especificado para fts_open() como um prefixo.
fts_pathlen
O comprimento da string referenciada por fts_path.
fts_name
O nome do arquivo.
fts_namelen
O comprimento da string referenciada por fts_name.
fts_level
A profundidade da travessia, numerado de -1 a N, onde este arquivo foi encontrado. A estrutura FTSENT que representa o pai do ponto inicial (ou raiz) da travessia é numerada com -1, e a estrutura FTSENT para a própria raiz é numerada com 0.
fts_errno
Ao retornar de uma estrutura FTSENT das funções fts_children() ou fts_read() , com seus campos fts_info setados para FTS_DNR, FTS_ERR ou FTS_NS, o campo fts_errno contém o valor da variável externa errno especificando a causa do erro. Caso contrário, o conteúdo do campo fts_errno é indefinido.
fts_number
Este campo é fornecido para o uso do programa de aplicação e não é modificado pelas funções fts. É inicializado com 0.
fts_pointer
Este campo é fornecido para o uso de programas aplicativos e não é modificado pelas funções fts. Ele é inicializado com NULL.
fts_parent
Um ponteiro para uma estrutura FTSENT que referencia o arquivo na hierarquia imediatamente acima do arquivo corrente, isto é, o diretório do qual este arquivo é membro. Uma estrutura-pai para o ponto de entrada inicial também é fornecido, porém somente os campos fts_level, fts_number e fts_pointer são garantidamente inicializados.
fts_link
Ao retornar da função fts_children() , o campo fts_link aponta para a próxima estrutura na lista ligada terminada em NULL dos membros do diretório. Caso contrário, o conteúdo do campo fts_link é indefinido.
fts_cycle
Se um diretório produz um ciclo na hierarquia (veja FTS_DC) por causa de uma ligação sólida entre dois diretórios ou por causa de uma ligação simbólica apontando para um diretório, o campo fts_cycle da estrutura apontará para a estrutura FTSENT na hierarquia que referencia o mesmo arquivo que a estrutura FTSENT corrente. Caso contrário, o conteúdo do campo fts_cycle é indefinido.
fts_statp
Um ponteiro para informações stat(2) para o arquivo.
Um buffer simples é usado para todos os caminhos de todos os arquivos na hierarquia de arquivos. Portanto, os campos fts_path e fts_accpath são garantidamente terminados em NULLsomente no arquivo retornado mais recentemente por fts_read(). Para usar estes campos para referenciar qualquer arquivo representado por outras estruturas FTSENT, será necessário que o buffer de caminho seja modificado usando informações contidas no campo information contained in that fts_pathlen daquela estrutura FTSENT. Quaisquer modificações deste tipo devem ser desfeitas antes que chamadas adicionais a fts_read() sejam tentadas. O campo fts_name é sempre terminado em NULL Ns.

FTS_OPEN

A função fts_open() pega um ponteiro para uma matriz de ponteiros de caracteres, que nomeia um ou mais caminhos criando uma hierarquia lógica de arquivos a ser atravessada. A matriz precisa ser terminada com um ponteiro NULL.
Há um grande número de opções, pelo menos uma das quais ( FTS_LOGICAL ou FTS_PHYSICAL) precisa ser especificada. As opções são selecionadas ou estão selecionando pelos seguintes valores:
Esta opção faz com que qualquer ligação simbólica especificada como um caminho raiz seja seguido imediatamente, ou não, se FTS_LOGICAL é especificado também.
Esta opção faz com que as rotinas fts retornem estruturas FTSENT para os alvos das ligações simbólicas, em vez das próprias ligações. Se esta opção é setada, as únicas ligações simbólicas para que as estruturas FTSENT sejam retornadas para a aplicação são aquelas que referenciam arquivos não existentes. Tanto FTS_LOGICAL quanto FTS_PHYSICAL precisam ser fornecidos para a função fts_open.()
Como uma otimização de performance, as funções fts mudam diretórios conforme eles caminham na hierarquia de arquivos. Isto tem um efeito colateral de que um aplicativo não pode confiar em ser um diretório particular qualquer durante a travessia. A opção FTS_NOCHDIR desativa esta otimização, e as funções fts não mudarão o diretório corrente. Note que os aplicativos não devem, por eles próprios, alterar seus diretórios correntes e tentar acessar arquivos a menos que FTS_NOCHDIR seja especificado e os caminhos de arquivos absolutos foram fornecidos como argumentos para fts_open().
Por padrão, estruturas FTSENT retornadas referenciam informações características de arquivo ( o campo statp ) para cadas arquivo visitado. Esta opção relaxa aqueles requisitos como uma otimização de performance, permitindo que as funções fts setem o campo fts_info para FTS_NSOK e deixem o conteúdo do campo statp indefinido.
Esta rotina faz com que as rotinas fts retornem estruturas FTSENT para as próprias ligações simbólicas, em vez dos arquivos-alvo para os quais eles apontam. Se esta opção é setada, as estruturas FTSENT para todas as ligações simbólicas na hierarquia são retornadas para o aplicativo. FTS_LOGICAL ou FTS_PHYSICAL deve ser fornecido para a função fts_open.()
Por padrão, a menos que sejam especificados como argumentos de caminho para fts_open(), quaisquer arquivos com nome ‘.’ ou ‘..’ encontrados na hierarquia de arquivos são ignorados. Esta opção faz com que as rotinas fts retornem FTSENT para eles.
Esta opção evita que fts desça para diretórios que tenham um número de dispositivo diferente do arquivo da qual o descendente começa.
O argumento compar() especifica uma função definida pelo usuário que pode ser usada para ordenar a travessia da hierarquia. Ele pega dois ponteiros de ponteiros para estruturas FTSENT como a argumentos e deve retornar um valor negativo, zero ou um valor positivo para indicar se o arquivo referenciado pelo seu primeiro argumento vem antes, em qualquer ordem, ou depois do arquivo referenciado pelo seu segundo argumento. Os campos fts_accpath, fts_path e fts_pathlen das estruturas FTSENT nunca podem ser usados nesta comparação. Se o campo fts_info é setado para FTS_NS ou FTS_NSOK, o campo fts_statp não pode ser usado. Se o argumento compar() é NULL, a ordem de travessia do diretório está na ordem listada em path_argv para os caminhos da raiz, e na ordem listada no diretório para todos os demais.

FTS_READ

A função fts_read() retorna um ponteiro para uma estrutura FTSENT descrevendo um arquivo na hierarquia. Diretórios (que são legíveis e não causam ciclos) são visitados pelos menos duas vezes, uma vez em pré-ordem e uma vez em pós-ordem. Todos os outros arquivos são visitados pelo menos uma vez. (Ligações fixas entre diretórios que não provocam ciclos, ou ligações simbólicas para ligações simbólicas podem fazer com que arquivos sejam visitados mais de uma vez, ou diretórios sejam visitados mais de duas vezes.)
Se todos os membros da hierarquia foram retornados, fts_read() retorna NULL e seta a variável externa errno para 0. Se ocorre um erro não relacionado a um arquivo na hierarquia, fts_read() retorna NULL e seta errno adequadamente. Se ocorre um erro relacionado a um arquivo retornado, é retornado um ponteiro para uma estrutura FTSENT , e errno pode ou não ter sido setado (veja fts_info).
As estruturas FTSENT retornadas por fts_read() podem ser sobreescritas depois de uma chamada a fts_close() no mesmo fluxo de hierarquia de arquivo, ou, depois de uma chamada a fts_read() no mesmo fluxo de hierarquia de arquivo, a menos que eles representem um arquivo do tipo diretório, em cujo caso eles não serão sobreescritos até que seja feita uma chamada a fts_read() depois que uma estrutura FTSENT tenha sido retornada pela função fts_read() em pós-ordem.

FTS_CHILDREN

A função fts_children() retorna um ponteiro para uma estrutura FTSENT descrevendo a primeira entrada em uma lista ligada, terminada em NULL, dos arquivos no diretório representado pela estrutura FTSENT mais recentemente retornada por fts_read(). A lista é ligada através do campo fts_link da estrutura FTSENT , e é ordenada pela função de comparação especificada pelo usuário, se houver. Chamadas repetidas a fts_children() recriará esta lista ligada.
Como um caso especial, se fts_read() ainda não foi chamado para uma hierarquia, fts_children() retornará um ponteiro para os arquivos no diretório lógico especificado para fts_open(), isto é, os argumentos especificados para fts_open(). Caso contrário, se a estrutura FTSENT retornada mais recentemente por fts_read() não é um diretório sendo visitado em pré-ordem, ou o diretório não contém nenhum arquivo, fts_children() retorna NULL e seta errno para zero. Se ocorre um erro, fts_children() retorna NULL e seta errno adequadamente.
As estruturas FTSENT retornadas por fts_children() podem ser sobreescritas depois de uma chamada a fts_children(), fts_close() ou fts_read() no mesmo fluxo de hierarquia de arquivos.
Option pode ser setado para os seguintes valores:
Somente os nomes dos arquivos são necessários. Os conteúdos de todos os campos na lista ligada de estruturas retornada são indefinidas com exceção dos campos fts_name e fts_namelen.

FTS_SET

A função fts_set() permite que a aplicação do usuário determine um processamento adicional para o arquivo f do fluxo ftsp. A função fts_set() retorna 0 em caso de sucesso, e -1 se ocorre um erro. Option precisa ser setado para um dos seguintes valores:
Revisita o arquivo; qualquer tipo de arquivo pode ser revisitado. A próxima chamada a fts_read() retornará o arquivo referenciado. Os campos fts_stat e fts_info da estrutura serão reiniciados naquele momento, mas nenhum outro campo será alterado. Esta opção é significativa somente para o arquivo mais recentemente retornado de fts_read(). Uso normal é para visitas a diretórios em pós-ordem, onde faz com que o diretório seja revisitado (tanto em pré-ordem quanto em pós-ordem) junto com todos os seus descendentes.
O arquivo referenciado precisa ser uma ligação simbólica. Se o arquivo referenciado é o mais recentemente retornado por fts_read(), a próxima chamada a fts_read() retorna o arquivo com os campos fts_info e fts_statp reinicializados para refletir o alvo das ligações simbólicas em vez da própria ligação simbólica. Se o arquivo é um daqueles mais recentemente retornados por fts_children(), os campos fts_info e fts_statp da estrutura, quando retornados por fts_read(), refletirão o alvo da ligação simbólica em vez da própria ligação simbólica. Neste caso, se o alvo da ligação simbólica não existe, os campos da estrutura retornada não serão alterados e o campo fts_info será setado para FTS_SLNONE.
Se o alvo da ligação é um diretório, é feito um retorno de pré-ordem, seguido pelo retorno de todos os seus descendentes, seguido por um retorno de pós-ordem.
Nenhum descendente deste arquivo é visitado. O arquivo pode ser um daqueles mais recentemente retornados por fts_children() ou fts_read().

FTS_CLOSE

A função fts_close() fecha um fluxo de hierarquia de arquivo ftsp e recupera o diretório corrente para o diretório do qual fts_open() foi chamado para abrir ftsp. A função fts_close() retorna 0 em caso de sucesso, e -1 se ocorre um erro.

ERROS

A função fts_open() pode falhar e setar errno para qualquer um dos erros especificados para as funções de biblioteca open(2) e malloc(3).
A função fts_close() pode falhar e setar errno para qualquer um dos erros especificados para as funções de biblioteca chdir(2) e close(2).
As funções fts_read() e fts_children() podem falhar e setar errno para qualquer um dos erros especificados para as funções de biblioteca chdir(2), malloc(3), opendir(3), readdir(3) e stat(2).
Além disso, fts_children(), fts_open() e fts_set() podem falhar e setar errno como segue:
[EINVAL]
As opções eram inválidas.

VEJA TAMBÉM

find(1), chdir(2), stat(2), qsort(3)

PADRÕES

BSD 4.4. Espera-se que o utilitário fts seja incluído em uma futura revisão de

DISPONIBILIDADE

Estas funções estão disponíveis em Linux desde a glibc2 (libc6). RUBENS DE JESUS NOGUEIRA <darkseid99@usa.net> (tradução) XXXXXX XX XXXXX XXXXXXXX <xxxxxxxxxx@xxx.xxx> (revisão)
16 de abril de 1994 Debian