|
|
ru.unix.bsd- RU.UNIX.BSD ------------------------------------------------------------------ From : Artem_'Zazoobr'_Ignatiev 2:5095/20.2 30 Jan 2004 15:42:26 To : All Subject : Re: MySQL-4.0.17 building warnings: ... -------------------------------------------------------------------------------- .RFC-X-Complaints-To: usenet@memphis.mephi.ru .RFC-NNTP-Posting-Date: Fri, 30 Jan 2004 11:43:00 +0000 (UTC) From: Artem 'Zazoobr' Ignatiev <Artem_'Zazoobr'_Ignatiev@p2.f20.n5095.z2.fidonet.org> В письме Fri, 30 Jan 2004 11:00:42 +0300, Valentin Nechayev написал: >>> Это признак открытого файлового объекта в памяти, а не дескриптора. >>> Установка/снятие O_NONBLOCK через любой дескриптор воздействует на операции >>> через любой из дескрипторов. Если ты подумал про то, что я говорю про объект >>> в постоянной FS, то это не так. >>> Признаки отдельных дескрипторов управляются через fcntl(,F_SETFD), >>> сейчас такой признак только один - FD_CLOEXEC > AZI> А? Чего? А тогда поясни, пожалуйста, вот это: > AZI> The fcntl() system call provides for control over descriptors. *The > AZI> argument fd is a descriptor to be operated on by cmd* as described > AZI> below. Depending on the value of cmd, fcntl() can take an additional > AZI> third argument int arg. > AZI> ... > AZI> F_SETFL Set descriptor status flags to arg. > AZI> Что-то я тут не вижу фразы, по смыслу совпадающей с отквоченным. Вижу > AZI> как раз наоборот. Или всё врут календари? > Эти календари, похоже, врут. Или выражаются не теми словами, какими надо. > SUS говорит "file status flags", а не "descriptor status flags". А истину > даст RTFS, результаты которого идентичны по всем доступным системам > и которую в стандартах надо долго и нудно выискивать по тонкостям > формулировок. > Далее - по FreeBSD 4.9: [куча описаний физики происходящего погрызена] > Открыть один сокет или безымянный пайп несколько раз нельзя; именованный > пайп или файл - можно, поэтому у них в соответствующих структурах свои > счётчики ссылок (из struct file и других мест использования). В том смысле, что если сделать на открытый сетевой сокет fcntl(F_SETFL, O_NONBLOCK) - то он-таки станет неблокируемым, а по соседству - никто не пострадает, а вот если то же самое сделать с поименованной трубой - то пострадают все, кто с ней работают? --- Pan/0.14.2 (This is not a psychotic episode. It's a cleansing moment of clarity.) * Origin: http://timon.stabilis.ru (2:5095/20.2@fidonet) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /ru.unix.bsd/146549980ed1c.html, оценка из 5, голосов 10
|