А вот что такое ШОК

[tobotras]

http://avnik.livejournal.com/29887.html

Комментарий из определения FILE в stdio.h:

   char	_file;		/* should be short */

Слов нет, одни эмоции.

Comments

[fearan.livejournal.com]

Бесподобно!

Отчасти они, вобщем-то, правы - зачем процессу больше 252 fd? Если так дофига файлов открыть надо - значит, софтина кривая, давно пора хранилище в БД перенесть.

А всякую почту держать на солярисе - моветон :-)

[tobotras]

Ну, процесс может быть сервером и хавать много сокетов...

[(Anonymous)]

сервера на stdio никто в здравом уме не пишет // maxcom

[fearan.livejournal.com]

А что, моя дурак, и сокеты AF_INET тоже через fd работают?

[tobotras]

Не хотелось бы тебя расстраивать... :)

[fearan.livejournal.com]

Дык этта... Сокет-то получается другого типа, нежели файл, да? Тип-то по-другому описан?

Впрочем, я в сях - как свинья в апельсинах :-)

[tobotras]

Ну, глубоко в дебрях ядра он слегка другого типа, да. Но для пользовательского процесса интерфейс к нему тот же -- число-файлдескриптор.

(Как в сях, так и в других языках, это свойство Юникса.)

[gt.livejournal.com]

Для меня большим шоком было то, что проблема с длинным путем в locate/find до сих пор не решена (с 1994 года никто практически не трогал код).

[tobotras]

А в чем она заключается? В ограниченном и фиксированном размере буфера под командную строчку exec'а?

Если бы!

[gt.livejournal.com]

http://archive.linuxfromscratch.org/lfs-museum/4.1/LFS-BOOK-4.1-HTML/chapter06/findutils.html

There is a bug in locate.c of Findutils that causes a segmentation fault to occur on very long path names. The problem is caused by the get_short() function calculating negative numbers incorrectly. This patch corrects this bug.

Как оказалось и в этот, и в другие разы, патчи проблему не лечат. До сих пор неизвестно, где ошибка.

А чего -- критично?

[poige.livejournal.com]

Финансируйте. ;-)

[msh.livejournal.com]

Меня в свое время убила имплементация STDIO в одной из версий libc для макинтоша. там был FILE files[256], хэндлер был индексом там, а open - wrapper-ом поверх fopen

[avk999]

ой.

[avk999]

это в каком солярисе?
unsigned char _file; /* UNIX System file descriptor */
в stdio_impl.h в 5.7..

[tobotras]

Я поглядел в исходниках opensolaris.

Один черт, больше 255 не лезет :)

[ktotam.livejournal.com]

это известная штука, и этому комментарию в stdio.h не меньше 20 лет. более того, этот char обычно трактуется как signed, и дескрипторов тогда вообще не больше 128.

можно в принципе написать свой fopen(), который будет отдавать заранее зарезервированный дескриптор вместо полученного >256. понятно, что если одновременно используется больше 256 дескрипторов, то после каждого такого fopen() придётся делать fclose().

иначе -- только open()

[tobotras]

Дык, что делать и кто виноват, понятно. Надо ж было допереть :)

Вообще -- не понимаю, на кой черт столько лет тащить за собой явный баг :(

[ktotam.livejournal.com]

это называется brain damage.
ну точно:

/* @(#) stdio.h 1.2 86/10/07 SMI; from UCB 1.4 06/30/83 */

# ifndef FILE
#define BUFSIZ  1024
#define _SBFSIZ 8
extern struct _iobuf {
       int    _cnt;
       unsigned char *_ptr;
       unsigned char *_base;
       int    _bufsiz;
       short  _flag;
       char   _file;          /* should be short */
} _iob[];

что-то мне говорит, что оно из seventh edition идёт.)