Чистый C, обработка ошибок

[metaclass]

Это, а как в C принято обрабатывать ошибки?
Т.е. обычная программа: я открываю всякие ком-порты, сокеты и файлы, что-то с ними пытаюсь делать, затем закрываю. В дельфи/java/C#/Clojure это всегда делается через обработку исключений в виде try-finally/using или чего-то аналогичного, в C++ - RAII, а вот что делать в С? Аналогично, с выводом сообщений об ошибке - try{..}catch(Exception e) {logger.Fatal(e};raise}

Я каждую вызываемую функцию проверяю на адекватность возвращаемого результата и при ошибке вывожу в stderr сообщение и strerror(errno), причем выглядит это достаточно единообразно, чтобы хотелось автоматизировать, но принято ли делать хитрожопые макросы типа CHECKERROR(some_call(),"some_call failed") и из них вываливаться из программы при ошибках?

А, и это - принято ли в C заниматься конкатенацией строк по поводу и без повода? А то, скажем, я привык в простых программах особо не мудрить и при необходимости складывать строки, если нет явных требований к производительности. Например, какая-нибудь дурь типа генерации строковых команд из шаблонов и параметров - тупо поскладывал строки и вернул результат. А в С придется strcat использовать, буфера какие-то объявлять, память выделять, трястись за ее удаление или же писать результат прямо в выходной файл, что вообще tight coupling.

Comments

[justy-tylor.livejournal.com]

Я на "всё пропало" отдельный буфер делал. Но это на мобилках. Где и как работают сокеты при кончившейся памяти - таким вопросом не задавался.

[sbj-ss.livejournal.com]

Если честно, я предпочитаю в принципе не заморачиваться подобного рода вопросами. Если человек хочет построить национальную библиотеку с помощью напильника и лопаты, флаг ему в руки. И пусть не обижается, что заработал грыжу. Соответственно если клиент заявляет, что ему RSS парсить, а потом на P3/256Mb DOM-парсером пытается колбасить гигабайты XML, это не моя проблема.