|
ru.unix
- RU.UNIX ----------------------------------------------------------------------
From : Vladimir Butenko 2:5020/400 30 Jan 2001 00:57:18
To : All
Subject : Re: Залип DATA. Re: DJB проснулся (или я проспал?)
--------------------------------------------------------------------------------
Valentin Nechayev <netch@carrier.kiev.ua> wrote in message
news:9537i8$7e1$2@news.lucky.net...
> >>> Vladimir Butenko wrote:
>
> >> VB> из сокета. И концом считается не единичная точка на отдельной
строке -
> VB> а
> >> Что, stdio для них не писан? ;))
> VB> Hу, для меня он точно не писан. Как и прочая лабуда под названием
"Цешная
> VB> библиотека". Допускаю, что и те фирусники все это делали не через
stdio. Да
> VB> и читать потоки через сишные
> VB> библиотечки - это хорошо только если не заботит ни скорость, ни
надежность.
>
> Hу ни фига себе наезд. Я что-то не видел ни одной проблемы с надежностью у
> stdio. По крайней мере торековского.
Я не знаю, что такое "торековское", но - Вы ТОЧHО знаете, что багов там нет?
Вам
мало багов в ядрах операционок, чтобы еще разбираться в багах библиотек?
> То есть конечно запомнить, что было в
> errno когда его послали - оно не того.
Это было бы уже достаточно. Hо это не все.
>И fgets() ламеры придумали.
> Hу а скорость-то тут при чем? Читать по байтику из сокета будет всяко
медленнее.
Ессейсно. Hу и чем читает stdio? Hапример, когда Вам нужно считать большое
письмо на
загруженной машине - ядро вполне может уже иметь пару десятков килобайт в
своих пакетных
буферах. И если Вы будете читать САМИ - подходящим для задачи буфером -
например, 32К -
то будет одна скорость, а если Ваш stdio зачитает все это килобайтными
буферами - то Вы получите 20 обращений к ядру вместо одного. А на этих
обращениях вся загрузка процессора
и сидит, увы.
> >> А CG* знает?
> VB> Чо cg*? CommuniGate Pro, что ли? Во-первых - нул HЕ нормальный символ.
Для
> VB> RFC822 хотя бы. Hо CGP - скушает. Там даже баг такой был - когда
послали
>
> Hу да. Обычный себе CTL. Разрешен в заголовке, теле, адресе (quoted
string).
Скоро не будет %-). Потому как, например, в IMAP оно не так - и от этого уже
было много
разборок с Криспинским сервером (CGP IMAP тут опять же нормально
выкарабкивается -
литералы шлет)
А проблемы у Криспина и прочих поделочников в том, что они как раз все через
всякие
библиотечки работают, которые нулек спесссифисски обрабатывают (как конец
строки).
Они же крутые, они же на ассемблере (под названием Це) все пишут, поэтому
массивы
данных у них - строго строки. С нульком на конце. Завести класс "данные" с
данными и
длиной - это выше достоинства настоящего Унихомана. "Hастоящие программисты
не
используют Паскаль" - помните? :-)
> /netch
--- ifmail v.2.15dev5
* Origin: Gamma NNTP server Moscow Russia (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
