The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Представлена реализация шины D-Bus, работающая на уровне Lin..., opennews (??), 16-Сен-10, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


44. "Представлена реализация шины D-Bus, работающая на уровне Lin..."  +1 +/
Сообщение от аноним (?), 16-Сен-10, 21:24 
Это кривой костыль. Межпроцессное взаимодействие всегда делалось через пайпы, unix domain sockets, и shared memory. Зачем тут нужен левый демон, совершенно не понятно - у меня удалены все dbus'овские бинаники, и даже тот софт который требует это гoвнецо при сборке, работает замечательно. Минус линуксу indeed, ядро становится убунтой.
Ответить | Правка | Наверх | Cообщить модератору

55. "Представлена реализация шины D-Bus, работающая на уровне Lin..."  +2 +/
Сообщение от аноним (?), 16-Сен-10, 22:26 
вот так сможешь?
>Сервисы делают доступной ещё одну функцию — запуск необходимых приложений в случае поступления сообщений для них. Для этого должна быть включена автоактивация, а в конфигурации D-BUS за этим сервисом должно быть закреплено одно приложение. Тогда D-BUS сможет его запустить при появлении сообщения.
>После закрытия приложения ассоциированные сервисы также разрегистрируются, а D-BUS посылает сигнал о том, что сервис закрыт. Другие приложения могут получать такие сигналы и соответствующим образом реагировать.

или будешь писать свой костыль под названием май-д-бас?
зы:
хотя, самое главное - не хочешь, не юзай.
вот выкинуть в виндах com с реестром не получится.

Ответить | Правка | Наверх | Cообщить модератору

60. "Представлена реализация шины D-Bus, работающая на уровне Lin..."  –4 +/
Сообщение от аноним (?), 16-Сен-10, 23:58 
> вот так сможешь?

А ты сможешь левой ногой за правым ухом почесать? Для всякой фичи должно быть применение, а то что ты написал - бред.

> хотя, самое главное - не хочешь, не юзай
> вот выкинуть в виндах com с реестром не получится

Ровно также как и выкинуть в Gnome/KDE dbus не получится. Скоро оно будет в ядре. А насчет реестра - gconf из гнома тоже не особо выкинешь.

Ответить | Правка | Наверх | Cообщить модератору

69. "Представлена реализация шины D-Bus, работающая на уровне Lin..."  +/
Сообщение от аноним (?), 17-Сен-10, 02:31 
>А ты сможешь левой ногой за правым ухом почесать? Для всякой фичи должно быть применение, а то что ты написал - бред.

да вы батенька просто профан.
>А насчет реестра - gconf из гнома тоже не особо выкинешь.

как страшно жить.
ядро линуха не стартанёт без fstab (реестр монтируемых фс, включая рут)
сеть в дебиане не стартанёт без /etc/network/interfaces (реестр интерфейсов)
и тд, и тп.
включая бедные текстовые файлы с xml внутри для gconf.
а если /etc удалить - О-О-О!!!!

назвать gconf реестром (вернее, сравнить gconf с виндовым реестром, как с технологией; т.к. само слово "реестр" ничего не значит. им может быть простой текстовой файл) может только полностью и окончательно упоротый вантузятник.

Ответить | Правка | Наверх | Cообщить модератору

70. "Представлена реализация шины D-Bus, работающая на уровне Lin..."  +1 +/
Сообщение от аноним (?), 17-Сен-10, 02:38 
не поверишь но и у гнома, и у кед всегда были подобные альтернативы.
http://ru.wikipedia.org/wiki/D-Bus
>В графической среде KDE для этого не так давно использовался DCOP
>Раньше GNOME использовал Bonobo, основанный на CORBA, но из-за зависимости от GObject, Bonobo не использовался в других рабочих средах, а низкое быстродействие CORBA сказывалось на скорости всей среды.

представляешь, из ГНОМа нельзя было выбросить  CORBA!!! а ты знаешь что такое CORBA?
виндусячий реестр - это так, детская игрушка, планарный файл.
какое несчастье для тупого тролля!

Ответить | Правка | К родителю #60 | Наверх | Cообщить модератору

103. "Представлена реализация шины D-Bus, работающая на уровне Lin..."  +1 +/
Сообщение от User294 (ok), 17-Сен-10, 17:52 
>Это кривой костыль. Межпроцессное взаимодействие всегда делалось через пайпы, unix domain sockets,
>и shared memory.

Ну и как мне стандартным методом узнать допустим заряд батарейки от демона заведующего этим в моем телефоне? Это надо точно знать какой сокет и т.п. + никто не удосужился выработать для этого стандартный протокол мля. В итоге - поди туда не знаю куда, найди то не знаю что а потом поработай с ним по протоколу который никто не знает. В D-Bus как минимум часть аспектов таких проблем пытаются адресовать.

Ответить | Правка | К родителю #44 | Наверх | Cообщить модератору

104. "Представлена реализация шины D-Bus, работающая на уровне Lin..."  –1 +/
Сообщение от anonymous (??), 17-Сен-10, 18:58 
>Ну и как мне стандартным методом узнать допустим заряд батарейки от демона заведующего этим в моем телефоне? Это надо точно знать какой сокет и т.п. + никто не удосужился выработать для этого стандартный протокол мля

Можно подумать, в dbus не нужно указывать интерфейс, имя свойства, тип данных и прочая.

Ответить | Правка | Наверх | Cообщить модератору

116. "Представлена реализация шины D-Bus, работающая на уровне Lin..."  +1 +/
Сообщение от аноним (?), 17-Сен-10, 20:39 
вы наверное в браузере исключительно ip-адреса набираете.
Ответить | Правка | Наверх | Cообщить модератору

138. "Представлена реализация шины D-Bus, работающая на уровне Lin..."  +/
Сообщение от ы (?), 18-Сен-10, 14:58 
>Ну и как мне стандартным методом узнать допустим заряд батарейки от демона заведующего этим в моем телефоне?

$ cat /proc/acpi/battery/BAT0/state

Ответить | Правка | К родителю #103 | Наверх | Cообщить модератору

141. "Представлена реализация шины D-Bus, работающая на уровне Lin..."  +/
Сообщение от аноним (?), 18-Сен-10, 20:58 
а если так, чтобы он сам прислал уведомление, когда заряд <10%?
при чём заранее не известному количеству программ.
и это только с аккумулятором. а там ещё и связь - wifi, gps, gsm, 3g,..
не опрашивать же в цикле в каждой такой проге? так ресурсов не напасёшься
Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру