В абсолютном большинстве программ, которые я видел, никто даже не задумывается о проверке статуса стандартных потоков — разве что в программах GNU Coreutils, где всё серьёзно. Меня очень радует, что есть люди, понимающие, что проверка нужна, и стремящиеся рассказать это другим. Спасибо!
Результат printf проверять не надо, поскольку он может быть необъективным из-за буферизации. Зато известно, что любая функция stdio при наличии ошибки устанавливает флаг ошибки у потока, что можно проверить вызовом ferror(). К тому же, некоторые ошибки не проявляются, пока не закрыть поток. Вот пример на чистом C, без POSIX: http://codepad.org/WubHENcE. Правда, только с помощью библиотеки stdio конкретную ошибку определить не получится. Проверить работоспособность можно командой "./a.out > /dev/full".
С более низким API можно и не связываться, поскольку стандартная библиотека C учитывает EINTR и перезапускает системный вызов сама, так что printf() и другие функции не требуют обработки этого случая вручную.
Связь чисел Фибоначчи и золотого сечения проста — отношение Fn+1 / Fn стремится к φ. Почему эта связь есть — наглядно вытекает из определения φ — «отношение двух частей отрезка, при котором меньшая часть относится к большей так же, как большая к длине всего отрезка (который есть _сумма_ двух частей)».
Что же касается этого явления в природе, то, имхо, объекты приобретают такую форму не потому, что их кто-то так создал, а просто потому, что так выгоднее всего — затрачивается меньше ресурсов, минимизируется потенциальная энергия, и т.д.
Даже если они оставят закрытой саму библиотеку, то это всё равно будет большой прогресс — сообщество быстро доделает GUI (или напишет новый), добавив функции, которых там нет сейчас.
Статьи про софт надо писать объективно и перечисляя недостатки тоже, а не так, что «винда хуже, потому что хуже, а в линуксе у меня что-то не получилось и теперь я говорю всем, что обновление ядра валит всю систему под корень»
Работает лучше и быстрее, чем nspluginwrapper с 32-битным флешем, буду использовать его (хоть он и сегфолтится на ncannasse.fr/blog/playing_with_3d :P )
Я просто написал скрипт, который архивирует все данные, не поддающиеся восстановлению (~250M), в .tar.lzma, запускаю его раз в месяц и результат сохраняю на двух-трёх носителях. Всё.
"Я считаю использование национальных алфавитов в названиях доменов полным бредом. Таким же, как русифицированный фотошоп и программирование на русском языке."
Так и хочется добавить - "...таким же, как сам русский язык".
Результат printf проверять не надо, поскольку он может быть необъективным из-за буферизации. Зато известно, что любая функция stdio при наличии ошибки устанавливает флаг ошибки у потока, что можно проверить вызовом ferror(). К тому же, некоторые ошибки не проявляются, пока не закрыть поток. Вот пример на чистом C, без POSIX: http://codepad.org/WubHENcE. Правда, только с помощью библиотеки stdio конкретную ошибку определить не получится. Проверить работоспособность можно командой "./a.out > /dev/full".
С более низким API можно и не связываться, поскольку стандартная библиотека C учитывает EINTR и перезапускает системный вызов сама, так что printf() и другие функции не требуют обработки этого случая вручную.
Что же касается этого явления в природе, то, имхо, объекты приобретают такую форму не потому, что их кто-то так создал, а просто потому, что так выгоднее всего — затрачивается меньше ресурсов, минимизируется потенциальная энергия, и т.д.
USE=«cleartype» emerge -1av x11-libs/cairo
Пример
share.skype.com/sites/linux/2009/11/skype_open_source.html
Так и хочется добавить - "...таким же, как сам русский язык".