QT4 Release Candidate

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

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

       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.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

я плакалЪ

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

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

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

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

Там только примеры с туториалами идут в исходниках, а сама либа идет в виде собранной библиотеки. Собственно, то, что собирается во время установки - это содержимое каталога 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++), а потом пытается компилить.

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 версия должна быть собранна с отладочной инфой. :)