Часть кода, для ясности

Это вариант для переменных не указателей
Для варианта с указателями, все тоже самое, только инициализация
всех указателей в конструкторе OBSettings

class OBSettings
{
    public:
	OBSettings();
	~OBSettings();
        ...
    private:
        ...
	static const int maxBehav = 14;
	static const int maxMouse = 16;
	static FileXml filerc;
	static GroupParam desktops;
	static GroupParam menus;
	static Bind keyboard;
	static SingleParam behavior[maxBehav];
	static Bind mouse[maxMouse];
};

FileXml OBSettings::filerc("rc.xml");

GroupParam OBSettings::desktops(&filerc, "desktops/names",
    "desktops names", "name");

GroupParam OBSettings::menus(&filerc, "menu", "menus files",
    "file");

Bind OBSettings::keyboard(&filerc, "keyboard",
    "keyboard shortcuts", "keybind", "key");

SingleParam OBSettings::behavior[] = {
    SingleParam(&filerc, "resistance/strength",
        "resistance to window (pixels)", 10, 0, 100),
    SingleParam(&filerc, "resistance/screen_edge_strength",
        "resistance to edge (pixels)", 20, 0, 100),
    SingleParam(&filerc, "focus/focusNew", "focus new window",
        true, "yes", "no"),
    ...
};

Bind OBSettings::mouse[] = {
    Bind(&filerc, "mouse/context,name=Frame",
        "mouse shortcuts", "mousebind", "button", true),
    Bind(&filerc, "mouse/context,name=Titlebar",
        "mouse shortcats", "mousebind", "button", true),
    ...
};

OBSettings::OBSettings() {}

у тебя там опечатка: shortcats

Обычно все начинается в crt0.c. Я бы поставил брейков в кострукторах всех статических переменных

если хоть один из этих

static FileXml filerc;
static GroupParam desktops;
static GroupParam menus;
static Bind keyboard;
static SingleParam behavior[maxBehav];
static Bind mouse[maxMouse];

классов, использует (некоторые) фичи KDE или Qt, они не будут работать, так как QApplication или KApplication еще не создан.

более того, классы подобные OBSettings обычно делаюца синглетоном.

Ни один класс ничего не исползует, кроме стандартной библиотеки С++

Кстати, как поставить gdb break на конструктор статической переменной, если конструктор описан в другом файле с исходником, нежели main()? main() в main.o (main.cpp), FileXml::FileXml в FileXml.o (FileXml.cpp) То есть, для FileXml::FileXml() пробую так: gdb --exec ob Потом break FileXml::FileXml - не находит такой функции вообще. Пробую так: gdb --exec ob --symbols FileXml.o Потом break FileXml::FileXml, так находит функцию, но при запуске все равно сегфолт до попадания в точку останова.

А зачем ставить точку останова? Т.е., да, совет поставить точку останова на конструкторе очевиден и правилен, но у тебя же есть core - попроси отладчик его использовать.