gio, gtkmm signals vs. нити.

Ну оно внутри использует glib'овские сигналы. Имхо, оно не должно треды создавать, но пруфа найти что-то не могу..

Я попробовал пользоваться gtkmm, но он мне прилетает в другую нить

Так может ты его и ждёшь в другом треде?

Я коннекчусь к сигналам GMountOperation, треды не создаю. Запускаются g_file_mount_enclosing_volume. Но когда проверял this_thread::get_id(), то он отличается от того, где я вызываю mount. Может g_main_loop создает нить, а не запускается в текущей...

Но когда проверял this_thread::get_id()

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

Да, точно. Посмотрел сейчас. У меня 2 треда, один из main(), второй из g_main_loop. Только, если я правильно понимаю, тот что из main блокируется пока main_loop не вернётся.

Интересно, можно ли заставить его не создавать нить...

Вариат писать thread-safe код не рассматривается, как я понимаю? )

Рассматривается. Но мне нити не нужны в моей задаче от слова совсем. Мне нужно получать коллбэк именно в main thread, спросить юзера логин/пароль и забыть об этом.

Это был бы самый потокобезопасный вариант, потому что в нем бы была только одна нить.

Мне в моей задаче нити не нужны, но мне их похоже навязывают.

Вроде бы можно указать контекст и куда будут приходить колбэки ... Вечером потыкаю.

Всё гениальное просто...

Glib::MainLoop::create(Glib::MainContext::create(), false);

То есть, если ему явно указать контекст, то он его послушно использует и колбэки прилетают именно в этот контекст, созданный именно в этом треде.

Или нет... оно диспатчер вызывает в нужном треде, но не колбэк.