Есть структура (по определенным причинам полноценный класс делать нельзя) с множеством полей и набор методов к ней, заполняющих ее поля. 
Решил для большей компактности из заполняющих методов возвращать this, чтобы можно было соединять вызовы в цепочку - obj->set_prop1(1)->set_prop2(2)->set_prop3(3) etc. 
Однако возникает вопрос, как же отслеживать ошибки. Если возвратить NULL, попытка вызова метода по такому указателю вызовет краш. А устанавливать переменную  типа errno и проверять ее после каждого вызова метода -  значит забыть о компактности.

Исключания?

Спасибо, об этом не подумал (раздел-то для новичков). Все еще думаю в терминах чистых сей 

Конструкторы?

Добавлено через 2 минуты и 55 секунд

Для каждого поля? Исключениями наверное проще.

один конструктор для всех полей

Спасибо большое!
Один очень глупый вопрос: 
 Это что? Инициализация? Или какое-то дополнение к списку параметров?

Добавлено через 3 минуты и 7 секунд

Вообще я бы так и сделал, но сначала надо минимально инициализировать эту структуру, потом (основываясь на этих данных) другие, а потом уже записать адреса других в поля первой, проверив на пересекаемость и выход за границы.

flagist0, : a(x), b(y) - это инициализация полей класса (или базовых классов).
Вообще-то, если тебе нужно постепенно что-то инициализировать, то логично объединить часть полей в классы, создать им конструкторы... Тогда все будет красиво.

flagist0, 
для компактости делаешь функцию set_props и передаешь туда что-то вроде Boost.PropertyTree или свой велоипед

У него Embedded система, исключения не поддерживаются   
Boost тоже не желателен, по той же причине   

возврашай не указатель, а ссылку - тогда не будет желания вернуть ноль