https://www.opennet.dev/openforum/vsluhforumID3/88002.html После выхода Linux 3.8-rc1 стали поступать жалобы (https://lkml.org/lkml/2012/12/23/48) пользователей о зависании PulseAudio при использовании нового тестового выпуска ядра. Проблема стала появляться из-за использования в ioctl uvc_* кода ошибки "-ENOENT", вместо "-EINVAL". Mauro Carvalho Chehab, мэйнтейнер подсистемы V4L2, указал (https://lkml.org/lkml/2012/12/23/53) на то, что проблема скорее всего является следствием ошибки в PulseAudio, так как программа не поддерживает обработку кодов ошибок, отличных от "-EINVAL". Mauro также упомянул, что непонятно зачем звуковой сервер пытается использовать V4L2 функции uvc_ctrl (USB video device), которые предназначены для иных целей (управление видеоустройством, таким как web-камера). Поэтому, по мнению Mauro, данную проблему следует решать в PulseAudio и она не является регрессивным изменением в ядре.<br><br><br><br>В ответ на подобные заявления, Линус Торвальдс в достаточно грубой форме устроил (https://lkml.org/lkml/2012/12/23/75) мэйнтейнеру показательную "порку", подч https://www.opennet.dev/openforum/vsluhforumID3/88002.html#437 Wed, 09 Jan 2013 10:25:00 GMT &gt; в любом нормальном софте.<br><br>Простите, но Вы, очевидно, никогда не писали софт серьёзнее, чем /usr/bin/sort.<br><br>&gt; &#171;неизвестная ошибка&#187; &#8212; это ЧП. при ЧП лучше <br>&gt; всего рухнуть с воплями, потому что неизвестно, какие могут быть последствия <br>&gt; у такой ошибки.<br><br>Во-первых, любому программисту с опытом известно, что какая бы ни была ошибка, её обработка может и очень часто *должна* включать меры по аккуратному свёртыванию работы, включая освобождение тех ресурсов, которые сами не освобождаются, дерегистрацию, сброс логов и т.д. - в общем, всё, что необходимо для того, чтобы программа могла потом стартовать заново. И никакая "неизвестная ошибка" не является причиной не делать этого.<br><br>Во-вторых, если неизвестная ошибка произошла при каком-то действии, то её последствия ограничиваются пределом именно этого действия. Более серьёзные ошибки в Unix-системах вызывают сигналы и прочие асинхронные нотификации о нерешаемых проблемах. Этот принцип не специфицирован в явном виде (по крайней мере, я такого https://www.opennet.dev/openforum/vsluhforumID3/88002.html#436 Wed, 09 Jan 2013 09:11:13 GMT в любом нормальном софте. &#171;неизвестная ошибка&#187; &#8212; это ЧП. при ЧП лучше всего рухнуть с воплями, потому что неизвестно, какие могут быть последствия у такой ошибки.<br> https://www.opennet.dev/openforum/vsluhforumID3/88002.html#435 Wed, 09 Jan 2013 09:03:11 GMT &gt; таки &#171;неизвестная ошибка&#187; является поводом для аборта. на всякий случай.<br><br>Только в сферическом софте в вакууме.<br> https://www.opennet.dev/openforum/vsluhforumID3/88002.html#434 Wed, 09 Jan 2013 08:57:03 GMT таки &#171;неизвестная ошибка&#187; является поводом для аборта. на всякий случай.<br> https://www.opennet.dev/openforum/vsluhforumID3/88002.html#433 Wed, 09 Jan 2013 08:49:03 GMT &gt;&gt; А теперь, внимание, вопрос: как он должен реагировать на ошибки, <br>&gt;&gt; не описанные в man'е? Выражаясь неформально, это abort, retry или fail?<br>&gt; fail. с записью кода ошибки в лог.<br>&gt; upd: чёрт. abort, конечно. извиняюсь.<br><br>Совершенно не обязательно. Например, неизвестная ошибка при открытии необязательного файла, отсутствие которого допускает альтернативный вариант работы - является причиной только для записи в лог, и продолжения работы (то есть, ignore, в тех же терминах).<br> https://www.opennet.dev/openforum/vsluhforumID3/88002.html#432 Wed, 09 Jan 2013 08:46:19 GMT &gt; Валентин, попытка отойти от стандарта (POSIX -- стандарт, между прочим) должна караться <br>&gt; апстеной. И только ей.<br><br>Что ж, если разговор пошёл в таком ключе, то давай пройдём по стандартам и в предельно официальном варианте. Прошу встречных обоснований этому тезису, а именно:<br><br>1. Где именно в POSIX сказано, что для некоторой функции допускаются только те ошибки, которые упомянуты в соответствующем описании в POSIX?<br><br>Я пока что вижу явное разрешение противоположного, а именно (в functions/V2_chap02.html):<br><br>&lt;blockquote&gt;Implementations may support additional errors not included in this list, may generate errors included in this list under circumstances other than those described here, or may contain extensions or limitations that prevent some errors from occurring.&lt;/blockquote&gt;<br><br>2. Где и когда Linux специфицировал официальную совместимость с POSIX?<br><br>Я уверен, что ты по обоим пунктам не сможешь дать обоснования, а значит, ссылка на POSIX как стандарт, который не допускает появления других ошибок, чем https://www.opennet.dev/openforum/vsluhforumID3/88002.html#431 Wed, 09 Jan 2013 08:28:36 GMT &gt; А теперь, внимание, вопрос: как он должен реагировать на ошибки, <br>&gt; не описанные в man'е? Выражаясь неформально, это abort, retry или fail? <br><br>fail. с записью кода ошибки в лог.<br><br>upd: чёрт. abort, конечно. извиняюсь.<br> https://www.opennet.dev/openforum/vsluhforumID3/88002.html#430 Wed, 09 Jan 2013 08:07:07 GMT &gt; На практике невозможно всегда и во всём соблюдать этот список,<br><br>Это возможно всегда и во всём.<br><br>&gt; и весь софт, который общается с ядром, должен быть готов к возврату ошибки<br>&gt; с недокументированным кодом.<br><br>То есть, масштабируя: софт, который общается с ядром, должен обрабатывать все возможные ошибки. А теперь, внимание, вопрос: как он должен реагировать на ошибки, не описанные в man'е? Выражаясь неформально, это abort, retry или fail?<br><br>Валентин, попытка отойти от стандарта (POSIX -- стандарт, между прочим) должна караться апстеной. И только ей.<br> https://www.opennet.dev/openforum/vsluhforumID3/88002.html#429 Wed, 09 Jan 2013 06:37:16 GMT э&#8230; я-то в курсе, что errno &#8212; это thread local. отчасти потому и восхищался быдлокодом. а отчасти &#8212; тем, как быдлокодер &#171;защищает&#187; глобальное значение, если бы оно было глобальным. два в одном, красота.<br>