Народ. Вопрос следующий. Почему в openwin не сглаживаются иконки? Шрифты сглаживаются чинно. Все пересобрано как положено начиная с freetype и заканчивая самим KDE.

Какая-то Ж....А. Короче не хочет собираться kdebase на solaris9. Началось с того, что пробовал собирать Qt его-йным studio10 от SUN. Собралось все чинно, примеры работают, библиотеки отоптимизированы и все такое. Начинаю компилировать arts - он qt-mt не видит. В config.log пишет, что ошибка ld. Ладно. Пересобрал g++ безо всяких флагов оптимизации. Все нормально. Видит при сборке, все чинно. Дохожу до kdebase. Начинаются приколы. Сначала не находит Xft и Xrender. Откорректировал вызовы - все нормально стало видиться. Но когда доходит до компиляции kcontrol/kfontinst/thumbail вылазит нафик ошибка компиляции qnamespace.h. Посмотрел в qnamespace.h - все чинняк. Написано правильно. просто какой-то флаг не тот в процессе компиляции подсовывает и мандец. Значит так. команда выглядит так: > ../../../libtool --silent --mode=compile --tag=CXX /opt/sfw/gcc-3/bin/c++ -DHAVE_CONFIG_H -I. -I. -I../../.. -I./../lib -I./../../fonts -I/opt/iWAN/kde-3.4.0/include -I/opt/iWAN/qt/include -I/opt/iWAN/include -I/usr/local/include/freetype2 -I/usr/local/include -DQT_THREAD_SUPPORT -I/opt/iWAN/include -I/opt/iWAN/qt/include -I/opt/iWAN/kde/include -I/opt/sfw/gcc-3/include -I/usr/openwin/share/include -D_REENTRANT -D_POSIX_PTHREAD_SEMANTICS -DUSE_SOLARIS -DSVR4 -D_FILE_OFFSET_BITS=64 -Wnon-virtual-dtor -Wno-long-long -Wundef -Wall -W -Wpointer-arith -Wwrite-strings -O2 -fno-exceptions -fno-check-new -fno-common -fno-exceptions -fno-check-new -fno-common -DQT_CLEAN_NAMESPACE -DQT_NO_ASCII_CAST -DQT_NO_STL -DQT_NO_COMPAT -DQT_NO_TRANSLATION -D_GNU_SOURCE -MT FontThumbnail.lo -MD -MP -MF ".deps/FontThumbnail.Tpo" -c -o FontThumbnail.lo FontThumbnail.cpp А вывод вот так: > In file included from /opt/iWAN/qt/include/qwindowdefs.h:45, from /opt/iWAN/qt/include/qpaintdevice.h:42, from /opt/iWAN/qt/include/qpixmap.h:42, from /opt/iWAN/qt/include/qimage.h:42, from FontThumbnail.cpp:31: /opt/iWAN/qt/include/qnamespace.h:747: error: parse error before numeric constant /opt/iWAN/qt/include/qnamespace.h:767: error: missing ';' before right brace /opt/iWAN/qt/include/qnamespace.h:771: error: `arrowCursor' declared as reference but not initialized /opt/iWAN/qt/include/qnamespace.h:772: error: `upArrowCursor' declared as reference but not initialized ну и так далее. Что делать - допоможите!!! :-) Уже захезался я с этой сборкой.

Народ. Предлагаю компетентно обсудить достоинства и недостатки обоих компиляторов в сравнении друг с другом. Если есть программы, которые могут использоваться как тесты, то могу их собрать и доложить о скорости работы применительно к трем типам серваков на sparc(210,240,440) и к большому выбору на x86. Есть зионы, есть много чего. Хотелось бы выделить самому следующие моменты. 1. GCC умеет меньше, но зато все гнутое ПО тестируется на сборку именно под него. 2. GCC работает преимущественно в режиме совместимости, это означает в частности, что программа, написанная с нарушениями в стандарте будет под ним silently скомпиирована, а компилятор от Sun надо просить в этот режим перейти. 3. Кое-что я в принципе не могу собрать под Sunовским компилером. Например он негативно отзывается о вызове статических методов из параметризированных классов с параметрами. (короче из шаблонов). 4. Код работает на Sunовском компиляторе вроде-как быстрее,... но собирать код значительно сложнее, из-за особенностей связывания. 5. Gcc бесплатный для частного использования, тот - платный и стоит совсем уж конкретных денег.

Народ, подскажите, может кто знает. Скомпилировал Qt-3.3.4 и KDE-3.4 (libs и base) . Все библиотеки в Qt скомпилированы как внутренние (qt-libpng и т.п.), но в системе есть и указанные библиотеки. Запуск KDE показал, что иконки рисуются, но какие-то угловатые. Без зглаживания. Никто не знает в чем может быть дело. Иконки ессно svg. Грешу или на нескладухи с libXrender или уже не знаю что. Может кто сталкивался? Да, система solaris-2.10

Народ, помогите пожалуйста. Есть следующая проблема. Суть её заключается в следующем. В момент вызова ./configure происходит настройка и создание Makefile. Он создается на основании переменных окружения. Меня интересуют те переменные окружения, которые используются для задания СXX и С компилятора, а также линковщика и переменных для них. Переменные для задания С и С++ комплиытора вроде как никаких проблем не вызывают. Скажем это например /opt/SomeCompiler/bin/CC и /opt/SomeCompiler/bin/сс. Тут всё ясно. Соответсвтвенно CXX и СС. Если надо детализировать до препроцессора С++ то и CPP. Флаги для них - это CXXFLAGS и CFLAGS. Теперь переходим к линковщику. Во-первых LD ни на что не влияет. Он как бы есть, но ./configure все равно самостоятельно решает, по тайнственному для меня сейчас алгоритму, чего он хочет в настоящий момент использовать. Но основную проблему составляет то, что когда у меня происходит создание shared объекта, то надо, чтобы компилятор( который в этот момент по default и по правилам является и линковщиком, и только если не справляется, то вызывает [x]ld->ld) использовал некоторые флаги, большая часть которых указывается и в момент compile time. Чего делать? Что это за переменная такая, которая может мне это помочь установить? И еще. Если у меня используется C++ библиотека в переменных окружения для С++, то ./configure за каким-то хером вставляет её потом и в попытке связать части на С. Нафига - непонятно. Детализируя - мне надо, чтобы когда вызывался компилятор с опцией -G, кроме этого самого -G - туда ставить кучу других опций. Каждый раз искать для своей платформы в .configure это место - это геморно. Может кто что подскажет? Да, сразу отвечаю зачем это надо. Чтобы собирать софт с узкой специализацией по архитектуре. Например 64 бита UltraSparc3i c включенными всякими оптимизированными библиотеками и расширениями процессора.

Народ. Просто сообщение. Возможно кому будет полезным. kopete версии 0.9.1 неправильно обрабатывает русские кодировки. Вернее так. Принимать может только unicode. Проблема проявляется только в общении с клиентами на windows платформе. Отсылает в чём угодно. Причём "автоматическая" передача предусматривает передачу в UTF-16BC. Почему? Известно только разработчикам KDE. Вот пользую старую версию kopete 0.8.4. Все работает правильно. Просидели с товарищем над этой проблемой три дня. Может кому будет полезно.

Добрый день, all. Есть важный вопрос, касающийся, возможно, не linux, вернее не только linux. Можно ли создать в *nix соединение такое, что оно(соединение) может использоваться только одним пользователем? Проблема дебильная. Есть сервер. У него тьма терминалов. Надо организовать выход в интернет. Все подобные задачи решаю уже в течении лет четырех с помощью VPN (pptp или pppoe). Как видно, эту проблему невозможно решить подобным способом. И считать на proxy я тоже не хочу. Это заведомо ограничить кучу приложений. Можно ли считать трафик (особенно интересует solaris 9 и linux) по владельцу?