wpa_supplicant? прибитое гвоздями к своему wpa_cli, и подрехтованное под dbus? А как мне на телефоне скрипт сделать который в зависимости от названия AP, к которой прицеплен, всякие штуки делал? (Вопрос риторический, с намеком на неидеальность wpa как примера, особенно во встраиваемых вариантах.)> А как мне на этой гибкой технологии сделать классическое (без разделения клиент-сервер) приложение?
#include <stdio.h>
int main(int argc, char **argv)
{
printf("hello, i'm classic programm\n");
return 0;
}
> Что-то запрещает строить приложение как fronted-backend при использовании qt/gtk/etc?
Лень.
Лично мне лень познавать гтк, чтобы понять как отправить какому-нибудь демону команду что-то сделать, вычлиняя это из исходников клинта на gtk.
Разрабам лень делать внятные инструкции или хотябы экзамплы чтобы это можно было не напрягаясь посмотреть.
Проблема, ИМХО, в отсутсвии внятного и человеческого межпроцессорного взаимодействия, поэтому одни еб..ся с dbus, которое перегруженно всякой хренью и гвоздями к ней прибито, другие используют костыли предоставляемые из каробки всякими gtk/qt, хотя это ни разу не их задача, а третьи лепят из того, что есть и http тут очень удачно подменяет IPC.
У Бернштейна есть "эталонная" реализация tcp сервера, там кода строк 200, почему нет реализации простенькой IPC, которая как раз и будет слушать сокет хоть tcp, хоть unix, лично я не понимаю.