Qt и кроссплатформенность

Тут в срачах про кроссплатформенный софт неоднократно утверждалось, что Qt это офигенно кроссплатформенный фреймворк и что Skype написан на нем.
Тем не менее, виндовый Skype.exe(версия 3.6) содержит большое количество строк, прямо указывающих на то, что оно написано на Дельфи.
И имена оконных классов окон скайпа (TSkypeTabControl,TMainUserList,TSkype3ButtonView,TOptionsTreeView итд) тоже указывают на это.
Вопрос: где здесь кроссплатформенный Qt?

Псы

Агенты инопланетных расовых врагов отключили электричество. Модем висит на упсе, а мне приходится долбиться в интернеты с n900.

Ад эфира

Благодаря выключенному в течение часа электричеству смог без помех послушать голоса пауков из розетки свой КВ приемник. Всякие там China Radio International с передачами типа "учим китайский по английски", радиолюбителей, и тому подобное.

В момент включения электричества, даже при том, что у меня было выключено почти все, в эфире начался такой неимоверный срач из помех, что это сложно описать словами. Подозреваю, причина в импульсных блоках питания большинства бытовой электроники, стоящей у соседей, и самой этой электронике, которая чуть менее чем полностью является цифровой.
В общем, без личного дома с заземлением в сельской местности или антенны на крыше эфир слушать бесполезно.

Дай дураку F# стеклянный..

Домудрился с вложенными ленивыми секвенсами вперемежку с обращениями к БД до такой степени, что сломал компилятор F#, похоже. Во всяком случае, он у меня теперь умудряется сделать Dispose команде доступа к БД до того как начнет генерить последовательность из нее. Причем, что удивительно - не всегда, а только при определенном паттерне обращения к другим командам.

( Read more... )

Однозначно, что ленивость+внешние ресурсы это не совсем то, что следует делать, да и отладке это не подлежит в принципе, ибо монады. Но как превратить это дело в fold-like алгоритм, хрен его знает, да еще с учетом того, что там внутри не просто итератор по плоским записям, а внутри этих записей еще вложенные итераторы, а из них ссылки на элементы из других итераторов, в общем, ад тот еще.
Вот еще смех будет, если это не в F# проблема, а в ADO.NET провайдере Firebird.

PS: Судя по всему, все хорошо и пень все таки я - таки ленивые вложенные итераторы можно использовать только вложенно, а не так как я - сначала пройтись по внешнему, найти нужную запись, а потом из нее читать вложенные. Адекватный вариант - сделать их неленивыми. Обычно в этом помогает Seq.cache, но тут он, похоже, тоже вызывается в неподходящий момент.

PPS: Ухуху, и решение в этом случае действительно, как и советуют гуру ленивости - перевернуть все в fold-like алгоритм, передав две функции - одну для fold внешнего итератора и одну для fold внутреннего (и вроде в общем случае, еще две - одну которая будет из внешнего итератора и состояния делать начальное состояние для fold внутреннего, и вторая будет комбинировать результат от fold внутреннего итератора и состояние внешнего).
Это получается, что для fold в случае вложенных итераторов количество передаваемых параметров-функций прилично возрастает: по одной функции на каждый итератор в иерархии и +2 на каждый случай вложенного итератора, причем у самих этих функций количество передаваемых в них параметров тоже особой радости не доставляет.
Зато соответствующим набором таких функций, судя по всему, можно вычислить произвольную функцию от базы данных, представленной в виде набора разнообразно вложенных итераторов :)

Кстати, о Rich web UI

Вот вы тут кроссплатформенность в виде HTML5 и прочего аякса с жаба-скриптами пропагандируете, а потом будете этими руками хлеб естьна уязвимости жаловаться.
Мало им блин всяких дырок во флешах, да PDF, да в браузерах вообще - сейчас еще появятся, в неимоверных количествах. Потому как каждое добавление интерактивности и прочего шевеления к документам означает новые дыры.
Браузеры, ворды и пдфвьюверы уже блин невозможно рассматривать как смотрелки документов, а нужно рассматривать исключительно как рунтайм для запуска потенциально вредоносных кодов.