|
ru.unix.bsd- RU.UNIX.BSD ------------------------------------------------------------------ From : Valentin Nechayev 2:5020/400 13 Jan 2006 03:08:17 To : Slawa Olhovchenkov Subject : Re: А в это время в замке шефа... -------------------------------------------------------------------------------- >>> Slawa Olhovchenkov wrote: VN>>>> nanouptime() уже доступен из userland как VN>>>> clock_gettime(CLOCK_MONOTONIC). Теперь осталось добавить то же но VN>>>> без пересчёта... SO>>> Hу только несовместимойстей на уровне исходников нехватало. VN>> Каких ещё "несовместимойстей на уровне исходников"?? SO> Hу как же, вместо gettimeofday звать что-то другое. Тогда несовместимость предлагаешь _ты_. Потому что у тебя одна и та же gettimeofday() будет означать для одних приложений (интересно, по какому признаку?) время с точностью до последнего уточнения счётчиков, а для других - с точностью до разрешающей способности счётчика. Кстати, в случае mysql речь шла не про gettimeofday(), а просто про time(). Для которого вполне можно обойтись вариантом без уточнения. VN>>>> Дело не в политкорректности, а в иной точке зрения.;)) Я считаю, что VN>>>> их пути во многом ничуть не более (а часто менее) кривы чем у более VN>>>> известного нам мира. Hо собственная традиция слишком сильно VN>>>> отличается от "нашей"... SO>>> Ой, да не надо. Все у них криво, начиная с EBCDIC. Вот DEC прямо SO>>> делала. VN>> _Это_ прямо?? До сих пор проблемы семибитности разгребаем. SO> У DEC с семибитностью все хорошо было. В смысле -- восьмибитность сто лет SO> назад. Угу, то-то getty до сих пор делает `stty istrip'. -netch- --- ifmail v.2.15dev5.3 * Origin: Dark side of coredump (2:5020/400) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /ru.unix.bsd/22383d9785e91.html, оценка из 5, голосов 10
|