QT4 Release Candidate

> Нда. Похоже Xserver-side ресурсы сервером не вычищаются:

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

вдогонку. С учётом того что:

       Linux follows an optimistic memory  allocation  strategy.   This  means
       that when malloc() returns non-NULL there is no guarantee that the mem-
       ory really is available. In case it turns out that the system is out of
       memory,  one  or  more  processes  will  be  killed by the infamous OOM
       killer.

и реальное выделение памяти в линухе происходит только при первом 
использовании, такое "жмотство" оправдано как никогда :)))

итого тебе двойка по истории кутэ и кде

> qt не нужен

ты упрямый как баран. я тебя уже полгода лечу лечу. а толку 0.

> И как со стабильностью?

Вроде всё собралось и работало, явных глюков не было. И даже PyQt удалось собрать. Приятно. Мне, конечно, вполне хватает и линуховой версии, но важен сам факт. Между прочим, кто знает, возможно именно это подвигло Trolltech к выпуску виндовой Qt4 под GPL? =)

> А вообще тролли обещали поддержку OpenGL при выводе графики. Типа как это делается в MacOS X.

ура! сделали флоат координаты, а то ранее интежер-округления приводили к неприятным глюкам при выводе в постскрипт, который флоат координаты поддерживает.

А вот с контейнерами намудрили, добавили жава-лайк итераторы, придурки, теперь удаление/изменение элементов контейнера зависит от скрытого внутреннего параметра. В зависимости от того, что я сделаю next();previous(); или previous();next(); последующее удаление/изменение будет оперировать с правым или левым элементом несмотря на то, что итератор в обоих случаях возвращается на исходное место. С жавой этот фокус не опасен, поскольку если в цикле по итератору вызвается функция передвигавшая итератор и возвращающая его на место, то ей отдаётся копия, а не ссылка на итератор. А вот с С++ в случае передачи ссылки на итератор в функцию с неизвестным содержимым результат может дать неожиданный сюрприз ;)))

> Если mainWidget был создан динамически, т.е. с помлщью new, он почему-то не удаляется при выходе программы

Никогда такого не наблюдал. Да и в примерах по Qt постоянно дергается new на mainWidget.

>а вобще то... QT4 это GPL и я непонимаю из-за чего сыр бор??? да забудте вы про qt3

ты будешь смеяться, но qt со 2й версии под GPL идет :)

>Если будет QT под виндовс,

дык сто лет как есть

>то линуксовые проги портируют под винду.

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

>И программисты, которые пишут для windows смогут использовать QT в своих программах,

дык уже используем

>естественно распространяя их под GPL

ну конечно. ты что думаешь, что в сказку попал?

>А если люди допустим будут пользоваться QT или KDE прогами под винду, потом они задумаются, а зачем нафиг им винда и перейдут на линукс.

я плакалЪ

>Блаженное дитя, чтобы компилировать проги на Винде, нужен Visual C++ от Microsoft.

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

>А также без PlatformSDK.

а он тоже бесплатно скачивается и устанавливается :)

>Кстати, недавно узнал, что существует GPLная версия Qt3 под винду. http://kde-cygwin.sourceforge.net. Пусть урл вас не смущает, она работает без всякого cygwin'а.

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

> включены ли в бесплатыный дистрибутив этого компайлера все необходимые либы для сборки самой qt

А нафига её собирать ? Она и в бинарном виде неплохо живет :)

ну во-первых дистрибутив qt-win-commercial идет в исходниках. во-вторых что за бинари и как они собраны? с отладочной инфой или без? и с какими опциями?

> ну во-первых дистрибутив qt-win-commercial идет в исходниках

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

Если во время установки бы собиралась сама либа, то ставить её пришлось бы пол-дня, а не пять минут, и весил бы установочный файл не 10 метров (коммерческая qt 3.3.1).

> во-вторых что за бинари и как они собраны? с отладочной инфой или без? и с какими опциями?

Это вопрос к тролям, но что-то мне подсказывает, что релизы собираются без отладочной информации.

> когда я последний раз смотрел это дело (года два назад), то оно работало в иксовом окошке цигвина. с этих пор что-нибудь изменилось?

Как я уже писал, Qt3 c http://kde-cygwin.sf.net умеет работать под виндами без всякого цигвина. Вот KDE, который они пытаются портировать, действительно, работает только под цигвином.

> Если во время установки бы собиралась сама либа, то ставить её пришлось бы пол-дня, а не пять минут, и весил бы установочный файл не 10 метров (коммерческая qt 3.3.1).

Возможно, бывают разные дистрибутивы. У меня на работе лежит инсталлятор qt-win-commercial-3.3.3.exe размером 22808K, там есть все исходники. При установке он предлагает выбрать компилятор (MSVC++ .NET, MSVC++, Borland C++, Borland C++, MinGW32, Intel C++, Watcom C++), а потом пытается компилить.

>Там только примеры с туториалами идут в исходниках, а сама либа идет в виде собранной библиотеки. Собственно, то, что собирается во время установки - это содержимое каталога examples. >Если во время установки бы собиралась сама либа, то ставить её пришлось бы пол-дня, а не пять минут, и весил бы установочный файл не 10 метров (коммерческая qt 3.3.1).

qt-win-commercial-3.3.4.exe занимает 23,420,928 байт, qt-x11-commercial-3.3.4.tar.gz занимает 17,499,290 байт.

там содержится полный комплект исходников, бинарей нет

и смотря чем собирать. если mingw, то полдня, если msvc то минут 20 максимум. кстати можно на одной машине собрать, а потом куда надо поставить copy && paste

>Это вопрос к тролям, но что-то мне подсказывает, что релизы собираются без отладочной информации.

и как тогда это использовать для разработки?

>> во-вторых что за бинари и как они собраны? с отладочной инфой или >>без? и с какими опциями?

>Это вопрос к тролям, но что-то мне подсказывает, что релизы собираются >без отладочной информации.

что-то подсказывает мне, что RC версия должна быть собранна с отладочной инфой. :)