Multimedia API в KDE4

> Из pyqt можно взять. только они кривые.

Из чего-чего взять ? Что взять ? Какие они ? Бингидинги к QT на С взять где ? Что-то не ясно ? Сам, вроде, напросился, никто за язык не дёргал...

>> ABI - дело OS - это проблема Unix :)))
> это проблема пионеров-писателей c++ библиотек

не понял Unix ABI патент для SCO ....
ему уже сто лет в обед ....
c++ тогда был экспериментальным языком

Пионеристость тоже сказывается на ABI. Функцию не туда вставишь - и привет...

> ты не правильно понял мою мысль. И ведро при каждом чихе пересобирать не надо. И модули тоже. Не грей зря проц

Отлично. Берем ядро, скажем 2.6.16.1. Через пару дней к нему выходит патч, исправляющий каую-нибудь ошибку (пусть будет замена "if (i <= 0) ..." на "if (i < 0) ..."). Попутно в этом патче увеличивается версия до 2.6.16.2. Объясни мне, почему я должен пересобирать модуль под свой рэйд-контроллер ?

Или берем то же ядро 2.6.16.1 и собираем его двумя разными компилерами - gcc 4.0.1 и gcc 4.0.2. Просьба ответить на тот же самый вопрос.

> тут уже не проблема языка, а проблемы ООП в целом - отсутствие единого ABI

Это не проблема языка или идеологии, коей является ООП. Это проблема компилятора gcc. Об этом, кстати, не так давно высказывался, если не изменяет память, товарищ Перенс.

Почему дрова под win, собранные хез когда, до сих пор ставятся и прекрасно работают ? За это время поменялась куча версий ядра и библиотек, и собраны они были кучей различных компиляторов. Причем, там как раз таки такой плохой C++. Почему у них всё нормально, а такой правильный gcc и постоянно колбасит ?

> Думаю, не только мне первый гном кажется гораздо более юзабельным.

Повторюсь: первый гном был нормальным хакерским десктопом. Не без пальцОв, конечно, но здоровое самовосхваление никогда не мешало процессу. А вот во втором гноме до власти дорвались... архитекторы... Которые, при всем том, сильно запали на MacOS X. Вот и догоняют теперь...

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

> прикрутить поверх c++ - нужно сначала спуститься вниз

Ну да щаз...

> yeolahim: давай, единое представление экземпляра класса в памяти для C++ и питона в студию. Потом поговорим об удобстве вызова c++ из других языков.

кстати boost делает binding к python
настолько хорошо что меня огорчает только одно
что python написан на C а не на С++ :))))))))

экземпляра класса .......
так не говорят ..... наверное :))))
но если я правильно понял - > void**

>Почему у них всё нормально

Потому что с умом подходят к делу и, приняв какой-то стандарт, удерживают его. А линуксовый подход - "если какой-то критерий недостижим в рамках стандарта, то нужно отказаться от стандарта".

Песец, geek, я не думал что все так печально то... Первый КДЕ понравился настолко, насколько напугал первый гном. И с изменением версий положение не изменилось. gtk-шная тормознутая отрисовка просто гробит на корню всю идею, у мя консоль для работы и кде для неработы :) Если ты так уж зацыклен на своем гноме - пожалуйста, деградируй вместе с ним.

> Отлично. Берем ядро, скажем 2.6.16.1. Через пару дней к нему выходит патч, исправляющий каую-нибудь ошибку (пусть будет замена "if (i <= 0) ..." на "if (i < 0) ..."). Попутно в этом патче увеличивается версия до 2.6.16.2. Объясни мне, почему я должен пересобирать модуль под свой рэйд-контроллер ?

С чего это? Если вы хоть раз собирали линуксовое ядро, то должны были видеть опцию, которая позволяет вам грузить модули, собранные для другого ядра. Опция существует, по крайней мере, с 2.0. Да, пользоваться ей нужно с умом, но в жизни вообще много микроволновок, в которых можно посушить любимых кошек.

>как динамически загрузить реализацию интерфейса в CORBA "сервер приложений" ?

Этого конечно нет в спеках, однако элементарно можно загрузить компонент из DSO. В TAO я таким образом делал горячую замену серванта. Без проблем.

>кошмар - вы COM знаете ?

Немного.

>->stub->implementation

Могу адресовать ваш вопрос к вам же. Вы неправы. В collocation вы получаете не Object reference, а прямую ссылку на сервант. Все реализации с которыми я работал - включая TAO работают именно так. Object тут непричем. Т.е. var->method и тут и там.

> /me записал: "мсье ниасилил питон" ;)

Этот тормозной, немерянно жрущий память уродец с идиотскими требованиями к синтаксису и без команд и кодоблоков? Плюс к этому - отсутствие ОБД. Для нашей задачи не подходит.

> Из чего-чего взять ? Что взять ? Какие они ? Бингидинги к QT на С взять где ?

объясняю :)

биндинги QT для питона сделаны через Сишные биндинги. Можно их оттуда выдрать. Ну или http://ftp.citkit.ru/pub/kde/devel/qt-bindings/QtC-0.0.2.tar.gz

только я предупредил, что оно кривое :)

>И чтобы оно все работало - нужен _единый_ способ вызова функций из любых программ. Вот для методов в ООП такого способа нет и не предвидится.

Не подставляйся так... Это даже не смешно...

> только я предупредил, что оно кривое

Это ясно и без твоих предупреждений - из номера версии.

>но если я правильно понял - > void**

а теперь обратись к данным класса и методам через этот void**

> а у вас? пока видны одни эмоции ;)

Есть цифры. У вас нет и их.

> а у вас? этот явно не катит ;)

Ну давайте сравним функциональность какого-либо класса приложений. К примеру, текстовый редактор или записывалку дисков?

> С чего это? Если вы хоть раз собирали линуксовое ядро, то должны были видеть опцию, которая позволяет вам грузить модули, собранные для другого ядра.

Опция есть. Толку нет. Собственно, я и задаю точно такой же вопрос: "С чего это?"

> Что же это получается? kde усиленно пытается догнать gnome? =)

Нет, берут лучшие идеи. Успокойся, интерфейс не возьмут. :)

>Быстрая - где?

Ответить в тон? В 3.1415зде! Дальнейший бред ответа не заслуживает.

> Мне для пользования достаточно связки Emacs+Yakuake+Konqueror+Kontact+amaroK+Sim+Kwallet .

Sim заменить на Kopete-0.12. Чес-слово. Из прелестей - плотная интеграция с этим самым kontact (точнее, kaddressbook + kmail +...).

> ЗЫ: тут кто-то говорил, что КДЕ уже и хигом занялось - авось выйдут вскоре люди :)))

KDEшний HIG уже давно существует. И ничего - все пока довольны.

> Интересно, а как в gtk библиотеках реализовать kgtk...

LD_PRELOAD'ом, натурально. Искать проект на kde-apps.org.

>Да-да-да, ты как всегда прав, можешь успокоиться и ещё раз помолиться на след ноги мутанта :)

что ж вы раньше кричали? ;)

>Вот фанатизм-то у людей развит

смотрим в зеркало и повторяем до полного просветления :)))

> http://ftp.citkit.ru/pub/kde/devel/qt-bindings/QtC-0.0.2.tar.gz

Оно не кривое, дружочек, его просто нет. Если ты вот это вот никогда не работавшее и умершее 8 (восемь) лет назад серьёзно считаешь биндингом, то рекомендую тебе отправляться в дурдом прямо сейчас.

>DBUS получился штукой, кажется, неплохой, пожалуй, поудобнее DCOP'а будет.

Эти вещи - никак не альтернативы друг другу... одна из них никак не может быть "поудобнее" другой:)

>видишь ли в чем дело - программа на Pascal (не Gnu) не сможет работать вместе с C программой - разные конвенкции по вызовам

Об этом - лучше, плиз, поменьше, если знания (в этом вопросе) поверхностные.

>> как динамически загрузить реализацию интерфейса в CORBA "сервер приложений" ?
> Этого конечно нет в спеках, однако элементарно можно загрузить компонент из DSO. В TAO я таким образом делал горячую замену серванта. Без проблем.

об этом и речь

>> ->stub->implementation
> Могу адресовать ваш вопрос к вам же. Вы неправы. В collocation вы получаете не Object reference, а прямую ссылку на сервант. Все реализации с которыми я работал - включая TAO работают именно так.
Object тут непричем. Т.е. var->method и тут и там.

мммм ладно - закрыли
и я не прав и вы не правы
просто для Servant - не Object нет narrow - отсюда ..... collocation :)

хотя:
TAO also implements collocation optimizations using a collocation proxy. However, unlike in MICO, TAO's collocation proxies are separate from the normal stub and only forward the method invocation to the servant [51], and do not determine the servant's readiness to receive requests.
- то о чем я и говорил :)
закрыли - сойдемся на - может быть оптимизированно до COM схемы

>паскаль (не Gnu) может вызывать функцию и так и этак?

Мимо...

>/me все думает, когда флейм передет на обуждение физики/атомный электростанций и тд? :)

скоро :)

> Оно не кривое, дружочек, его просто нет

я-то в курсе. Если тебе надо - доработай =)

>Если ты вот это вот никогда не работавшее и умершее 8 (восемь) лет назад серьёзно считаешь биндингом

какой тулкит, такие и биндинги. Ничего не поделаешь =)

> какой тулкит, такие и биндинги.

Сказало быдло, не написавшее на Qt ни строчки.

> Есть КДЕшники. Которые делятся на тех кто терпеть не может зумль и кто нормально к нему относится.

Покажи мне KDEшника, который терпеть не может XML! Для справки - XML в KDE употребляется много чаще, чем в Gnome. И при разработке и при работе. :)

> и без команд и кодоблоков?

не надо врать
кодоблоки есть
а вот что такое "команды" мне представить трудно - процедуры что ли ?

> биндинги QT для питона сделаны через Сишные биндинги.

Я многое стерпел, пока читал весь этот длинный флейм, но ТАКОГО!..

Гик, немедленно извинись, а потом долго и вдумчиво читай, что такое SIP: http://riverbankcomputing.co.uk/sip/

>Мимо...

что мимо? ЕМНИП, отличия только в прямом и обратном порядке помещения аргументов в стек. Про передачу аргументов через регистры - вот тут в способностях существующих компиляторов паскаля не уверен. Вернее просто не помню.

> Опция есть. Толку нет. Собственно, я и задаю точно такой же вопрос: "С чего это?"

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

alex@almorozov downloads/kernel/alt.cvs $ sh -x buildkernel-hsh aws26-up alex@almorozov downloads/kernel/alt.cvs $ sh -x buildmodules-hsh aws26-up

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

> Откуда у кдешников такое аццкое желание выкинуть все языки кроме С++?

Мсье знает о существовании _в_стандартной_поставке_ KDE такого пакета как kdebindings? :)

> смотрим в зеркало и повторяем до полного просветления :)))

Если я не прав, пожалуйста объясни мне попытки некоторых людей во что бы то ни стало уязвить пользователей и тем более разработчиков альтернативного десктопа? Мне видится только одна причина - попытка закомплексованного человека втоптать другого в грязь, чтобы доказать себе некое своё превосходство. Буду рад узнать, что причина в другом, чесслово.

2lenin: с тобой всё давно ясно, поддерживать твой флейм нет ни малейшего желания.

>Если ты так уж зацыклен на своем гноме - пожалуйста, деградируй вместе с ним.

ахтунг! фанатеги! :)))

>Я многое стерпел, пока читал весь этот длинный флейм, но ТАКОГО!..

SIP comprises a code generator and a Python module. The code generator processes a set of specification files and generates C or C++ code which is then compiled to create the bindings extension module.

То что раньше делали руками - теперь автоматизировали. Суть-то не меняется. Все равно интерпретатору нужно знать, куда делать call =) Так что терпи дальше

> Вы как-то не так его готовите. Когда было надо в последний раз - работало.

Оно и работает, но совсем даже не всегда.

А касательно компиляции разными версиями gcc - что-то пока не видно объяснений этому феномену с той точки зрения, что C++ и ООП плохие и все проблемы я ядром и модулями из-за них. Мне очень хотелось бы увидеть логичное объяснение с этой точки зрения :)

>> но если я правильно понял - > void**
> а теперь обратись к данным класса и методам через этот void**

запросто
void** object;
((MyObject*)object)->member
((MyObject*)object)->method()

>Мсье знает о существовании _в_стандартной_поставке_ KDE такого пакета как kdebindings? :)

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

Сегфолт на таком влегкую получить можно :) И вообще за такое убивать надо.

>запросто

а в питоне? =) или там в ruby каком-нибудь?

Долдон, тебя волнуют детали реализации?

> Sim заменить на Kopete-0.12. Чес-слово. Из прелестей - плотная интеграция с этим самым kontact (точнее, kaddressbook + kmail +...).

У меня старый Kopete, на нём проблемы с кодировками :) Как займусь обновлением системы - то обязательно на него пересяду.

В зеркало посмотрел?

Ну так просвети
Я там никаких следов жопы не заметил