.\" -*- coding: UTF-8 -*- '\" t .\" Copyright (C) 1993 David Metcalfe (david@prism.demon.co.uk) .\" and Copyright (C) 2008, 2016 Michael Kerrisk .\" .\" SPDX-License-Identifier: Linux-man-pages-copyleft .\" .\" References consulted: .\" Linux libc source code .\" Lewine's _POSIX Programmer's Guide_ (O'Reilly & Associates, 1991) .\" 386BSD man pages .\" Modified Sat Jul 24 16:09:49 1993 by Rik Faith (faith@cs.unc.edu) .\" Modified 11 June 1995 by Andries Brouwer (aeb@cwi.nl) .\" Modified 22 July 1996 by Andries Brouwer (aeb@cwi.nl) .\" 2007-07-30 Ulrich Drepper , mtk: .\" Rework discussion of nonstandard structure fields. .\" .\"******************************************************************* .\" .\" This file was generated with po4a. Translate the source file. .\" .\"******************************************************************* .TH readdir 3 "20 июля 2023 г." "Linux man\-pages 6.05.01" .SH ИМЯ readdir \- чтение содержимого каталога .SH LIBRARY Standard C library (\fIlibc\fP, \fI\-lc\fP) .SH СИНТАКСИС .nf \fB#include \fP .PP \fBstruct dirent *readdir(DIR *\fP\fIdirp\fP\fB);\fP .fi .SH ОПИСАНИЕ Функция \fBreaddir\fP() возвращает указатель на структуру \fIdirent\fP, представляющую следующую запись каталога в потоке каталога, указанного в \fIdirp\fP. Функция возвращает NULL по достижении последней записи в потоке каталога или если произошла ошибка. .PP В реализации glibc структура \fIdirent\fP определена следующим образом: .PP .in +4n .EX struct dirent { ino_t d_ino; /* номер иноды */ off_t d_off; /* не смещение, смотрите ниже */ unsigned short d_reclen; /* длина этой записи */ unsigned char d_type; /* тип файла; поддерживается не во всех файловых системах */ char d_name[256]; /* имя файла с null в конце */ }; .EE .in .PP В соответствие с POSIX.1, структура \fIdirent\fP обязательно должна содержать поле \fId_name\fP[] и \fId_ino\fP. Другие поля не стандартизованы и имеются не во всех системах; подробней смотрите ЗАМЕЧАНИЯ далее. .PP Поля структуры \fIdirent\fP: .TP \fId_ino\fP Номер иноды файла. .TP \fId_off\fP .\" https://lwn.net/Articles/544298/ Значение, возвращаемое в \fId_off\fP, тоже самое что и после вызова \fBtelldir\fP(3) в текущем положении курсора в потоке каталога. Учтите, что не смотря на тип и имя, в современных файловых системах поле \fId_off\fP мало похоже на смещение в каталоге. Приложения должны считать, что это поле неизвестного типа(чёрным ящиком) и не делать предположений о его содержимом; смотрите также \fBtelldir\fP(3). .TP \fId_reclen\fP Размер (в байтах) возвращаемой записи. Может не совпадать с размером структуры, показанной выше; смотрите ЗАМЕЧАНИЯ. .TP \fId_type\fP Это поле содержит значение типа файла, что позволяет не делать дополнительный вызов \fBlstat\fP(2), если дальнейшие действия зависят от типа файла. .IP When a suitable feature test macro is defined (\fB_DEFAULT_SOURCE\fP since glibc 2.19, or \fB_BSD_SOURCE\fP on glibc 2.19 and earlier), glibc defines the following macro constants for the value returned in \fId_type\fP: .RS .TP 12 \fBDT_BLK\fP блочное устройство .TP \fBDT_CHR\fP символьное устройство .TP \fBDT_DIR\fP каталог .TP \fBDT_FIFO\fP именованный канал (FIFO) .TP \fBDT_LNK\fP символическая ссылка .TP \fBDT_REG\fP обычный файл .TP \fBDT_SOCK\fP доменный сокет UNIX .TP \fBDT_UNKNOWN\fP Тип файла невозможно определить. .RE .IP .\" kernel 2.6.27 .\" The same sentence is in getdents.2 В настоящее время, только файловые системы (среди которых: Btrfs, ext2, ext3 и ext4) поддерживают возврат типа файла в \fId_type\fP. Все приложения должны правильно обрабатывать возвращаемое значение \fBDT_UNKNOWN\fP. .TP \fId_name\fP Это поле содержит имя файла с завершающим null. \fIСмотрите ЗАМЕЧАНИЯ\fP. .PP Данные, возвращаемые \fBreaddir\fP(), могут быть переписаны последующими вызовами \fBreaddir\fP() для того же потока каталога. .SH "ВОЗВРАЩАЕМОЕ ЗНАЧЕНИЕ" При успешном выполнении \fBreaddir\fP() возвращает указатель на структуру \fIdirent\fP (эта структура может выделяться статически; не пытайтесь освободить её с помощью \fBfree\fP(3)). .PP If the end of the directory stream is reached, NULL is returned and \fIerrno\fP is not changed. If an error occurs, NULL is returned and \fIerrno\fP is set to indicate the error. To distinguish end of stream from an error, set \fIerrno\fP to zero before calling \fBreaddir\fP() and then check the value of \fIerrno\fP if NULL is returned. .SH ОШИБКИ .TP \fBEBADF\fP Неверный дескриптор потока каталога \fIdirp\fP. .SH АТРИБУТЫ Описание терминов данного раздела смотрите в \fBattributes\fP(7). .TS allbox; lbx lb lb l l l. Интерфейс Атрибут Значение T{ .na .nh \fBreaddir\fP() T} Безвредность в нитях MT\-Unsafe race:dirstream .TE .sp 1 .PP .\" FIXME . .\" http://www.austingroupbugs.net/view.php?id=696 В текущей спецификации POSIX.1 (POSIX.1\-2008), от \fBreaddir\fP() не требуется быть нитебезопасной. Однако в современных реализациях (включая glibc) параллельные вызовы \fBreaddir\fP() для различных потоков каталога являются нитебезопасными. В случаях, когда несколько нитей должны читать один поток каталога, всё равно предпочтительней использовать \fBreaddir\fP() с внешней синхронизацией, а не устаревшей \fBreaddir_r\fP(3). Ожидается, что в будущей версии POSIX.1 для \fBreaddir\fP() будет требоваться нитебезопасность при одновременной работе с разными потоками каталога. .SH ВЕРСИИ .\" POSIX.1-2001, POSIX.1-2008 .\" В POSIX.1 определены только поля \fId_name\fP и \fId_ino\fP (расширение XSI). Кроме Linux, поле \fId_type\fP доступно, преимущественно только в системах BSD. Остальные поля доступны во многих, но не во всех системах. В glibc программы могут определить доступность полей, не определённых в POSIX.1, по наличию макросов \fB_DIRENT_HAVE_D_NAMLEN\fP, \fB_DIRENT_HAVE_D_RECLEN\fP, \fB_DIRENT_HAVE_D_OFF\fP или \fB_DIRENT_HAVE_D_TYPE\fP. .SS "Поле d_name" Определение структуры \fIdirent\fP, показанное выше, взято из заголовочных файлов glibc и отражает поле \fId_name\fP с постоянным размером. .PP \fIWarning\fP: applications should avoid any dependence on the size of the \fId_name\fP field. POSIX defines it as \fIchar\ d_name[]\fP, a character array of unspecified size, with at most \fBNAME_MAX\fP characters preceding the terminating null byte (\[aq]\e0\[aq]). .PP POSIX.1 explicitly notes that this field should not be used as an lvalue. The standard also notes that the use of \fIsizeof(d_name)\fP is incorrect; use \fIstrlen(d_name)\fP instead. (On some systems, this field is defined as \fIchar\~d_name[1]\fP!) By implication, the use \fIsizeof(struct dirent)\fP to capture the size of the record including the size of \fId_name\fP is also incorrect. .PP Заметим, что хотя вызов .PP .in +4n .EX fpathconf(fd, _PC_NAME_MAX) .EE .in .PP и возвращает значение 255 в большинстве файловых систем, но в некоторых файловых системах (например, CIFS, серверы Windows SMB) имя файла с null конце, возвращаемое (правильно) в \fId_name\fP, может превышать этот размер. В таких случаях поле \fId_reclen\fP будет содержать значение, превышающее размер структуры glibc \fIdirent\fP, показанной выше. .SH СТАНДАРТЫ POSIX.1\-2008. .SH ИСТОРИЯ POSIX.1\-2001, SVr4, 4.3BSD. .SH ЗАМЕЧАНИЯ Поток каталога открывается с помощью \fBopendir\fP(3). .PP Порядок последовательно читаемых имён файлов вызовом \fBreaddir\fP() зависит от реализации файловой системы; не очень здорово, что имена будут отсортированы в непредсказуемом порядке. .SH "СМ. ТАКЖЕ" \fBgetdents\fP(2), \fBread\fP(2), \fBclosedir\fP(3), \fBdirfd\fP(3), \fBftw\fP(3), \fBoffsetof\fP(3), \fBopendir\fP(3), \fBreaddir_r\fP(3), \fBrewinddir\fP(3), \fBscandir\fP(3), \fBseekdir\fP(3), \fBtelldir\fP(3) .PP .SH ПЕРЕВОД Русский перевод этой страницы руководства был сделан aereiae , Azamat Hackimov , Dmitriy S. Seregin , Katrin Kutepova , Lockal , Yuri Kozlov , Баринов Владимир и Иван Павлов . .PP Этот перевод является бесплатной документацией; прочитайте .UR https://www.gnu.org/licenses/gpl-3.0.html Стандартную общественную лицензию GNU версии 3 .UE или более позднюю, чтобы узнать об условиях авторского права. Мы не несем НИКАКОЙ ОТВЕТСТВЕННОСТИ. .PP Если вы обнаружите ошибки в переводе этой страницы руководства, пожалуйста, отправьте электронное письмо на .MT man-pages-ru-talks@lists.sourceforge.net .ME .