Релиз KDE 4.0 отложен до января

>
> Пускай допиливают, нам спешить некуда кде3 пока на ура работает
>
и неплохо работает, наменди пришлось отдать комп
во временное пользование любимой теще (у них в лаборатории
тетка уволилась и тут оказалось что комп стоял ее домашний и
она забрала его с собой)
Поскольку надо было срочно - времени/желания ставить "перацкую
венду" не было. Отдал как было - Debian 4.0 с кедами 3.5.5 и
OpenOffice.org 2.0 (точнее не помню, какой он там в 4.0),
две недели - полет нормальный.

Из багов, только один - перестали работать вордовые макровирусы,
которые хорошо работали в MS Office.

PS А OpenOffice пожалуй воткну инфраресурсовский... даже скачал
его по такому случаю, для любимой тещи трафика не жалко ;)

А зачем?

Я не знаю, какой смысл несет индикатор загрузки системы и сети в моей повседневной работе. Панель задач... Спорно, у меня задача обычно одна -- emacs. Часы, они тоже в emacs'е и там же планнер.

Зачем нужен индикатор свободного места я не знаю.

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

>О, великий, Гуру, (осиль, пожалуста, (учебник, (по, русской, речи, (а, то, твои, посты, (читать, противно)))))

Я никогда не говорил, что пишу грамотно. :)

Иногда смотрю, что написал, и ужасаюсь :( (ошибки, порой, глупейшие делаю). Иногда правлю, но чаще забиваю.

Я про kde4 слышу уже года 3 или даже 4. Причем все это время было ощущение что вот-вот, завтра-послезавтра, через месяц-полтора, оно придет.

Чем ближе потенциальная дата "придет", тем больше у меня чувство что это шутка :)

>>навороты вокруг С в качестве кросскомпилятора лучше?

>лучше. Потому что на выходе - низкоуровневый C.

Необходимость изобретения костыля по имени vala - попытаться избавить разработчиков пишущих gui на gtk от туннельного синдрома, т.е. при обработке ошибок/профилировании придётся разбираться в структуре (помимо псевдо-объектного) ещё с тоннами gtk-шного кода (о,да!) Кроме того "низкоуровневый" код на выходе Vala больше по размеру и медленнее в итоге аналогичного по функциональности на С++ (данные я ранее приводил, найдешь если захочешь)

Так что большинство сказанное собой - самовнушение.

Стабильное ABI (да как и API - чего уж мелочиться!) в мире открытых исходников нужно лишь жлобам-проприетарщикам: существует ведь qt-copy - все пользуются и никто не жалуется.

P.S.: Гномеры съедят ещё не один кактус по команде мигеля

*тобой

>А зачем?

наверное потому что _мне_ так удобнее

>Я не знаю, какой смысл несет индикатор загрузки системы и сети в моей повседневной работе.

еще раз - я за компом не работаю, основные задачи которые я выполняю за ним - скачать видео, полазить в нете, посмотреть видео, послушать музыку. Могу еще добавить что у меня на панелях аж двое часов - одни местные, другие UTC

http://www.gnome.org/start/2.16/notes/en/rnfeatures.html

Искать описание TomBoy. Потом искать на чём этот TomBoy написан. Долго думать и убивать себя об стенку.

>Необходимость изобретения костыля по имени vala - попытаться избавить разработчиков пишущих gui на gtk от туннельного синдрома, т.е. при обработке ошибок/профилировании придётся разбираться в структуре (помимо псевдо-объектного) ещё с тоннами gtk-шного кода (о,да!)

чушь какая

>Кроме того "низкоуровневый" код на выходе Vala больше по размеру и медленнее в итоге аналогичного по функциональности на С++ (данные я ранее приводил, найдешь если захочешь)

не нашел. Можно считать, что ты наврал? =)

>Стабильное ABI (да как и API - чего уж мелочиться!) в мире открытых исходников нужно лишь жлобам-проприетарщикам

и уродам-негентушнигам, да? =)

>P.S.: Гномеры съедят ещё не один кактус по команде мигеля

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

>>Кроме того "низкоуровневый" код на выходе Vala больше по размеру и медленнее в итоге аналогичного по функциональности на С++ (данные я ранее приводил, найдешь если захочешь)

>не нашел

я что-то тоже не понял. А если C код на выходе Vala скормить llvm-gcc, то получим еще лишние +20% производительности. Практически с Vala наверно сложности в том что нужно осиливать другую объектную модель -- gobject, а не .NET CLR как в исходном языке C#. Что можно решить, написав .NET CLR на С# и скормив его Vala.

Да, и про ObjC как универсальный OO API: ну простая логическая цепочка: ObjC = Smalltalk в plain C рантайме; Смоллток совместим по синтаксису с Лиспом (см. например проект Vista Smalltalk -- в браузере через флеш сделана вирт. машина, 2 равноправных синтаксиса, Смоллток и Лисп); Любой ОО API совместим с Лиспом. ЧТД, ObjC или plain C совместим с любой объектной моделью.

>Я не знаю, какой смысл несет индикатор загрузки системы и сети в моей повседневной работе.

ну если инет с оплатой по трафику, то индикатор сети перед глазами нужен, чтобы не выкачать лишнего. Но там начинаются навороты: хочется иметь не скорость закачки/выкачки а объемы дневной/недельный/месячный, статистику брать из iptables с разными тарифами по провайдерской подсети/внешке, дневной/ночной, стоимость в рублях, % скешированного сквидом.

>OpenOffice.org 2.0 (точнее не помню, какой он там в 4.0), >две недели - полет нормальный.

>Из багов, только один

1. Берем .doc файл с надписью боком снизу вверх в текстовой рамке, открываем в OpenOffice, правим. Сохраняем odt, сохраняем .doc, закрываем все, открываем док, открываем odt, сравниваем. В .doc надпись, повёрнутая на 90 градусов влево съезжает черти куда, в odt все нормально

2. Берем .doc файл, с картинкой, с выносками стрелочками на картинку. Сжимаем картинку, лезут выноски, если не сгруппированы. Правим выноски, сохраняем .odt, сохраняем .doc, закрываем, открываем, сравниваем. Лезут выноски относительно картинки.

3. Странный глюк Ворда, просто как анекдот: Берем файл с картинками в верхних колонтитулах, при крупном размере картинок в нижних колонтитулах сбивается нумерация, всегда ставит 0. Удаляем картинки, нумерация идет нормально. Вставляем картинки из .gif, нумерация идет нормально.

>одни местные, другие UTC

GMT+3=местные, = UTC+3? посчитать то просто

>чушь какая

зачем тогда, просвяти

>не нашел. Можно считать, что ты наврал? =)

можно считать, что ты даже ниасилил создать простейший пример (доступ через метод класса к полю данных) за 5 минут, чтобы это проверить

>зачем тогда, просвяти

что зачем?

зачем существуют кодогенераторы? Чтобы облегчить жизнь и не прибивать себя гвоздями к c++.

>можно считать, что ты даже ниасилил создать простейший пример (доступ через метод класса к полю данных) за 5 минут, чтобы это проверить

проверял. и не один раз. Про тормоза ты наврал =)

>Да, и про ObjC как универсальный OO API: ну простая логическая цепочка:

эта логическая цепочка херится на корню попыткой совместить ABI уровня языка, который есть в ObjectiveC с ABI уровня компилятора c++ =)

>А если C код на выходе Vala скормить llvm-gcc, то получим еще лишние +20% производительности.

ГСМ'ный бред

>Да, и про ObjC как универсальный OO API

Универсальный интерфейс для таких начинаний - топка

>проверял. и не один раз. Про тормоза ты наврал =)

ты мало того, что искать не можешь (не хочешь), так и пустозвонишь, или память у тебя такая плохая, блондинко?

http://www.linux.org.ru/jump-message.jsp?msgid=2075448&cid=2076083

>g_return_val_if_fail (IS_SAMPLE (self), 0);

эти проверки в случае c-vala - runtime, а по другому с библиотекой, реализующей "объектность" и быть не может. в С++ подобных проверок _вообще нет_, т.к. большинство из них (не беря во внимание RTTI) - compile-time.

>В конечном итоге, обязательная передача первым параметром указателя на объект

кисо, ты дурак. Указатель первым параметром передается и в плюсах =)

>эти проверки в случае c-vala - runtime

кисо, ты дважды дурак. Это отладочная функция, которая выполняется только при сборке с --enable-debug

>в С++ подобных проверок _вообще нет_, т.к. большинство из них (не беря во внимание RTTI) - compile-time.

RTTI во внимание можно не принимать, только без него dynamic_cast и обработка исключений не пашут =)

>кисо, ты дурак. Указатель первым параметром передается и в плюсах =)

гико, ты дурак. в vala так всегда, в плюсах может быть inline

>Это отладочная функция, которая выполняется только при сборке с --enable-debug

--enable-debug - это флаг к чему? опять одни газы

>RTTI во внимание можно не принимать, только без него dynamic_cast и обработка исключений не пашут =)

где ты, фантазер, откопал, что обработка исключений без RTTI не работает?

>гико, ты дурак. в vala так всегда, в плюсах может быть inline

как влияет Vala на оптимизатор gcc, который может делать функции inline? =) И как Vala делает невозможным редактирование сгенеренного кода на предмет добавления inline ручками?

>--enable-debug - это флаг к чему? опять одни газы

ну хоть признался, что газы пускаешь =). --enable-debug в ./configure включает #define DEBUG

>где ты, фантазер, откопал, что обработка исключений без RTTI не работает?

из доки на VC++.

по dynamic_cast возражений нету, да? =)

> RTTI во внимание можно не принимать, только без него dynamic_cast и обработка исключений не пашут =)

Исключениия без RTTI не работают ? Ты, это, - заканчивай такую траву курить.

> по dynamic_cast возражений нету, да? =)

А dynamic_cast можно и не использовать, да ?

> А dynamic_cast можно и не использовать, да ?

Да, т.к. это С++-ные усложнения. Лучше не использовать C++ вообще. ;)

>И как Vala делает невозможным редактирование сгенеренного кода на предмет добавления inline ручками?

ну да, это так прикольно - gtk и всё ручками, ручками

>ну хоть признался, что газы пускаешь =). --enable-debug в ./configure включает #define DEBUG

т.е. это надо пересобирать в куче ещё что-то со своей программой? бугага, вот это мастер-класс костылеклепания! :)

>из доки на VC++.

не слушай мигеля - он даёт тебе ссылки на неправильные доки

>по dynamic_cast возражений нету, да? =)

Знаешь гик, никогда я, программируя на каком-либо языке не замечал за собой таких наклонностей - заюзать все возможные его особенности (даже те, которые мне совсем не нужны) типа "потсаны сказали: dynamic_cast - эта круто ваще, дайош HelloWorld c dynamic_cast и RTTI!". Специально же для таких озабоченных как ты есть "эволюция программиста"

> т.е. это надо пересобирать в куче ещё что-то со своей программой? бугага, вот это мастер-класс костылеклепания! :)

Иногда лучше жевать. ;)

>ну да, это так прикольно - gtk и всё ручками, ручками

зачем ручками, если компилятор оптимизирущий? Если компилятор не оптимизирующий - он твои любимы с++ методы инлайнами не сделает

>т.е. это надо пересобирать в куче ещё что-то со своей программой? бугага, вот это мастер-класс костылеклепания! :)

воистину, иногда лучше жевать =) Поучи матчасть, что-ли, а то на ровном месте лажаешься =)

>не слушай мигеля - он даёт тебе ссылки на неправильные доки

в g++ тоже ограничения на обработку исключений без rtti - это тоже проделки мигеля? =))))

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

говоря другими словами - с++ не нужен, да? =)

>Исключениия без RTTI не работают ? Ты, это, - заканчивай такую траву курить.

могу ошибаться и страдать склерозом. Но что-то такое было, ага =)

>А dynamic_cast можно и не использовать, да ?

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

а, ещё RTTI выкинули =)

> любимой теще

"Женился" и "умер" - слова синонимы.

Ну и правильно. Нечего торопиться.

>>>Re: Релиз KDE 4.0 отложен до января

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

>говоря другими словами - с++ не нужен, да? =)

Может пора уже любой новости делать заголовок "новость №ХХХ"? А о чем флеймить в первых постах договоримся?

>зачем ручками, если компилятор оптимизирущий?

оптимизировать костыли - это сильно! :)

>воистину, иногда лучше жевать =)

тебе уже советовали

>в g++ тоже ограничения на обработку исключений без rtti - это тоже проделки мигеля? =))))

ты говорил, что без rtti обработка исключений не работает, так что мимо лужи

>говоря другими словами

говорят ГСМ'щики

>так, шаблоны уже выкинули ввиду сложности отладки...динамический кастинг выкинули...сидим и морщим моск - а что, собственно, от плюсов осталось? :)

твой сморщенный моск =)

может его тоже стоит выкинуть?

>оптимизировать костыли - это сильно! :)

ты имеешь ввиду шаблоны? =)

>тебе уже советовали

что ж ты предыдущий пост удалил? Понял, что облажался?

>ты говорил, что без rtti обработка исключений не работает, так что мимо лужи

ну куда мне до тебя - ты-то всегда в лужу попадаешь =)

>твой сморщенный моск =)

ну у меня хоть моск остался. А товй был где - в dynamic_cast или в rtti? :)

>говоря другими словами - с++ не нужен, да? =)

Все ясно: гику c++ не нужен. Едем дальше.

>что ж ты предыдущий пост удалил? Понял, что облажался?

спорить по костылю g_return_val_if* - да, глупо

>ну куда мне до тебя - ты-то всегда в лужу попадаешь =)

твои лужи самые большие и лучшие! :)

> могу ошибаться и страдать склерозом. Но что-то такое было, ага =)

Вот пример:

40) darkman@support-p:~/tmp> cat t.cpp
#include <stdio.h>

class EX { public: EX() {} };

int main ()
{
        try
        {
                throw new EX;
        }
        catch (...)
        {
                puts("Exception");
        }
        return 0;
}

(41) darkman@support-p:~/tmp> g++ ./t.cpp -fno-rtti
(42) darkman@support-p:~/tmp> ./a.out
Exception
(43) darkman@support-p:~/tmp> g++ --version
g++ (GCC) 4.1.2 (Gentoo 4.1.2)
Copyright (C) 2006 Free Software Foundation, Inc.
Это свободно распространяемое программное обеспечение. Условия копирования
приведены в исходных текстах. Без гарантии каких-либо качеств, включая
коммерческую ценность и применимость для каких-либо целей.

(44) darkman@support-p:~/tmp>   


Заметим, что исключения в C++ появились когда ни о каком RTTI ещё и речи не заходило.

>Уверен, ты работаешь в IBM над новейшей версией ИИ. geek2?

>спорить по костылю g_return_val_if* - да, глупо

какой же это костыль? assert - тоже костыль, по-твоему?

и во что превращается твой пример в релизе? =)

>Заметим, что исключения в C++ появились когда ни о каком RTTI ещё и речи не заходило.

ладно, был неправ =)

>Все ясно: гику c++ не нужен. Едем дальше.

по итогам обсуждения - он вообще не нужен, а Qt и KDE - недоразумения =)

>и во что превращается твой пример в релизе? =)

в 3кб трудновоспринимаемых исходников, размер рабочего кода которых всё равно больше, т.е. по всем статьям проигрывающий С++ при аналогичной функциональности

>>Все ясно: гику c++ не нужен. Едем дальше.

>по итогам обсуждения - он вообще не нужен, а Qt и KDE - недоразумения =)

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

>по итогам обсуждения - он вообще не нужен, а Qt и KDE - недоразумения =)

гном создавался как альтернатива KDE (что раньше был на проприетарном QT), недоразумение - это то, что представляет собой сейчас и куда движется гном: одни записи в чейнждлогах типа "Crashers should not be reported as these only occur during the planned crash time" чего стоят %)

"так что, уважаемые господа гномеры, - жрем кактус и улыбаемся, жрем кактус и улыбаемся!" =)))

> 3кб трудновоспринимаемых исходников, размер рабочего кода которых всё равно больше, т.е. по всем статьям проигрывающий С++ при аналогичной функциональности

Если вы пока ещё не понимаете минусов объектно-ориентированного подхода в целом и C++, как средства программирования, в частности, то это ещё не повод говорить, что C проигрывает. ;)

Насчёт DEBUG - угадайте, сколько раз это слово встречается в исходниках ядра? И вообще, посмотрите хотя бы, что требуется тому же Qt для работы - libpng, libjpeg, libxrandr... На чём там они написаны - на C++?.. И DEBUG в их исходниках тоже отсутствует?.. ;) geek вам правильно посоветовал - поучите, лучше, матчасть.