Вызов метода из другого потока

Можно, например, пайпом обойтись, поток будет в него писать, гуйня в мейнлупе ждать данных в селекте/полле (должно быть в тулкитах). DBus здесь перебор, как по мне. Еще вариант, в libusb1 есть асинхронные операции -http://libusb.sourceforge.net/api-1.0/group__asyncio.html, но тогда либу надо выбросить, и я не помню, есть ли libusb1 в ленни (это ж для него, да?)

Мейн луп мне не доступен.

class csltrayApp : public QApplication ... csl70app = new csltrayApp(argc, argv); csl70app->exec();

Т.е. главный цикл берёт на себя Qt, при exec().

ЗЫ - да, для Lenny. Libusb1 как раз и использую, но вся работа с устройством идёт в библиотеке - много наворотов, и контроль отдавать куда-то чревато проблемами.

Тебе нужен QCoreApplication::sendEvent.

Тогда уж postEvent, там написано, что она threas-safe.

P.S. qt не знаю вообще.

я написал по памяти, у меня потоки через систему сигналов-слотов общаются.

А если GUI на GTK, или ещё чём-нибудь другом? Хочется сделать так, чтоб библиотеку подключил, создал объект и передал ему указатель на функцию (метод) которая будет вызываться (или что-то в этом роде). Т.е. человек при подключении библиотеки должен как можно меньше возиться с тем чтобы получать возможность принимать сообщение о нажатии кнопок.

Не пойму проблемы. Делаете примитивную потокобезопасную очередь, один поток в неё кладёт события, соответствующие нажатиям кнопки, на получении либо ещё один поток, который получает и уже через Qt вызывает методы в основном потоке, либо основной поток периодически проверяет эту очередь на предмет новых событий.

Представьте, что вы подключаете библиотеку для работы со сканером. Библиотека, помимо всего прочего, позволяет вам узнать что на нём нажата кнопка. Так вот если ради того чтоб узнать, что на сканере нажата кнопка, придётся писать кучу «букв», т.к. разработчик библиотеки не позаботился об удобстве, будет много чертыханий. Не хочу делать привязку ни к Qt, ни к GTK, т.к. не знаю ещё на чём буду окончательное ГУИ писать, а может и другому челу эту задачку подкину. (что пример сверху привёл на Qt - временный вариант) Пока что увидел только один универсальный способ взаимодействия - через d-bus. Но тут надо ещё разбираться немало, что к чему.

Какой dbus, побойтесь бога. Я описал как это можно сделать. Самописная очередь из 20 строк кода. Методы вида wait_event, check_event. Это быстро, просто и понятно. Чертыхания как раз будут от dbus-а, который является средством МЕЖПРОЦЕССНЫХ коммуникаций а не межпоточных.

Очередь - это понятно. Но она уже есть, насколько понимаю. Пример с Qt уже писал:

[code] class csltrayApp : public QApplication ... csl70app = new csltrayApp(argc, argv); csl70app->exec(); [/code].

Т.е. надо вклинить новый вид событий, в эту очередь.

Ещё пришла одна мысль - а нельзя-ли эмулировать нажатие какой-то «необычной» кнопки, допустим на клаве ? Т.е. достаточно будет в GUI-шном классе в функции обработки нажатия клавиш, учесть, что нажата клавиша с таким-то кодом, который будет соответствовать кнопке нажатой на сканере.

QTimer?

По таймеру-то работает - переменную читаешь и всего делов. Хочется именно событие.
Кроме B-Dus можно ещё на голым Иксах - но там ещё ужасней. На данный момент задача по вызову метода в основном потоке перекладывается на юзера. В Qt решается это просто:

Signals and Slots Across Threads.
...
With queued connections, the slot is invoked when control returns to the event loop of the thread to which the object belongs. The slot is executed in the thread where the receiver object lives.

а нельзя-ли эмулировать нажатие какой-то «необычной» кнопки, допустим на клаве

У меня другая мысль была - а точно эта кнопка на сканере не через HID сделана? Потому что HID и есть кнопка, в принципе, для нее будет /dev/input/че-то-там, и обрабатывать ее можна именно как кнопку (только я не знаю как, но идея именно в этом). Если сканер сделан нормально, то там должен быть HID, например у меня на внешней юсб-звуковухи кнопки громкости - обычный HID, и обрабатываются они как мультимедия-клавиши. Но конечно производители бывают разные, у некоторых фантазия очень богатая.