Каковы ошибки WONTFIX в GNU / Linux и как их обойти? [закрыто]

Это сложно сказать, о чем здесь спрашивают. Этот вопрос двусмысленный, расплывчатый, неполный, чрезмерно широкий или риторический, и на него нельзя разумно ответить в его нынешней форме. Чтобы прояснить этот вопрос и снова открыть его, посетите справочный центр .

Закрыт 8 лет назад .

И Linux, и пользовательское пространство GNU (glibc), похоже, имеют ряд ошибок "WONTFIX", то есть ошибок, которые ответственные стороны заявили о своем нежелании исправлять, несмотря на явное нарушение требований ISO C и / или POSIX, но я Мне неизвестен какой-либо ресурс для программистов, в котором перечислены такие ошибки и предложения по их устранению.

Вот некоторые из них, которые приходят на ум:

Linux UDP select ошибка: select (и связанные интерфейсы) помечают файловый дескриптор сокета UDP, готовый к чтению, как только пакет был получен, без подтверждения контрольной суммы. При последующем recv / чтении / и т. Д., Если контрольная сумма недействительна, вызов будет заблокирован. Чтобы обойти это, необходимо всегда устанавливать сокеты UDP в неблокирующий режим и обрабатывать условие EWOULDBLOCK . Если я правильно помню, MaraDNS был первым заметным проектом, затронутым этой ошибкой, и первым, кто пожаловался (безуспешно) на ее исправление. Примечание: Как указал Мартин против Лёвиса, очевидно, что с тех пор эта ошибка была исправлена. Обходные пути, вероятно, необходимы только в том случае, если вам нужно поддерживать действительно устаревшие версии Linux.
Семейство printf в библиотеке GNU C ошибочно обрабатывает аргументы % s как многобайтовые символьные строки. байтовых строк, когда указана точность поля (как в %. 3s ), что может привести к усечению вывода. Я не знаю никакого обходного пути, кроме замены всей подсистемы printf (или просто отказа от использования семейства функций printf с байтовыми строками, не содержащими многобайтовых символов, но это может быть проблематично, если вы хотите для обработки строк устаревшей кодовой страницы с помощью snprintf в локали UTF-8).
Неверные errno результирующие коды для определенных системных вызовов (сразу не могу вспомнить, какие из них). Обычно это достаточно легко проверить, если вы просто прочитаете страницы руководства GNU / Linux и сравните их со стандартом. (Я не могу найти ссылки для этого и, возможно, ошибаюсь. Ближайшее, что я могу найти, это проблема ENOTSUP и EOPNOTSUP , имеющих одинаковое значение; см. PDTR 24715 .

Какие еще ошибки и обходные пути мы можем добавить в этот список? Мои цели в том, чтобы задать этот вопрос:

Составить более полный список таких ошибок, чтобы как новые, так и опытные программисты могли быстро узнать о потенциальных проблемах, которые могут возникнуть при запуске предполагаемой переносимой программы на GNU /Linux.
Чтобы задействовать коллективный мозг SO для придумывания умных и ненавязчивых стандартных обходных решений для как можно большего количества таких ошибок, вместо того, чтобы каждый должен изобретать свои собственные обходные пути после того, как его ужалили, и, возможно, делать это неоптимально и некрасиво, или хакерскими способами - или, что еще хуже, способами, которые нарушают поддержку более совместимых систем.

c linux posix standards-compliance

задан R.. 7 December 2010 в 22:39

0 ответов

Другие вопросы по тегам:

c linux posix standards-compliance

Каковы ошибки WONTFIX в GNU / Linux и как их обойти? [закрыто]

0 ответов

Похожие вопросы: