baldina, написал вам на почту..
Дело в том, что PrintState вызывается по соответствующей команде с Tcp-сервера, в который передается указатель на другой экземпляр класса, который содержит уже экземпляр рассматриваемого класса...может тут я что-то намудрил с указателями. С отладкой сложно, т.к. целевая машина это ARM с ограниченными ресурсами и gdb сервер там пока установить не получается.

Добавлено через 3 минуты и 19 секунд
Что-то не работает Ваша почта.. пишет ящик не существует.

Ну, проверьте, несложно же...

Проверил - адреса указателей все правильные и одинаковые.
Мистика...

Ну почему, есть ещё варианты)))

Перекомпилите всё с нуля. Быть может, Вы вносили изменения в классы, неперекомпилив исходники, которые с этими классами работают. Тогда поле State может располагаться по разным смещениям относительно данных класса в разных частях программы...

Добавлено через 5 минут и 57 секунд
То есть теперь вместо data/this выдайте на печать адрес State[0]. Если адреса State[0] в функциях BusCall и PrintState совпадают, то тогда придётся признать, что где-то между этими вызовами Вы затёрли память State в ноль. Нужно будет просто найти это место...

С нуля уже много раз компилил.. копий заголовочных файлов нет.
Память не затирается, т.к. позже при вызове BusCall значение переменной State читается правильно. Единственная мысль на данный момент - что адрес переменной State в функциях самого класса отличается.. как такое может быть не понимаю, факт есть факт - ЧАСТЬ переменных читается КОРРЕКТНО, а ДРУГАЯ ЧАСТЬ - неинициализированными значениями.

Всем большое спасибо за участие!
Проблема решена, проблема была не в указателях, а в GMainLoop - часть функций работала внутри GMainLoop и меняла переменные, а другая функция запускалась как отдельный процесс через fork(), которая читала по этому же адресу в памяти другие значения. Как только убрал fork() и поместил все в GMainLoop, все заработало.

Правда возникла другая проблема, но это уже в другой теме.