Total Commander портируют на Lazarus

[Nik]

Собственно, случайно наткнулся на пост Гислера (в ответ на вопрос о возможном переносе TC на платформу MacOS X):

Although I'm porting TC from Delphi to Lazarus now, it uses so many Windows-specific functions that a port is very improbable.

Хотя я сейчас портирую TC с Delphi на Lazarus, я использую столько Windows-специфических функций, что порт (на MacOS X) является очень маловероятным.

Добавлено спустя 4 минуты 27 секунд:
И ещё из той же серии:

Yes, I've been using Delphi 2 with handmade Unicode support, but I'm currently porting to Lazarus/Free Pascal which has Unicode controls based on UTF-8. I have already ported all my Unicode controls to Lazarus, it was quite easy. Now I'm changing OLE2 code to Lazarus...

Да, я использую Delphi 2 с самодельной поддержкой Unicode, но я в настоящее время портирую на Lazarus/Free Pascal, компоненты которого основаны на UTF-8. Я уже перенес все мои Unicode контролы на Laarus, это было очень легко. Теперь я изменяю OLE2-код под Lazarus...

[.wOvAN]

Любопытно, не потеряет ли ТК от этого в скорости.

[hinst]

Delphi 2 ?? Что-то он немножко припозднился с портированием. 2010 год на календаре кагбэ намекае . Наверно, не было бы самодельного юникодова саппорта, меньше было бы проблем с портированием сейчас.
З.Ы. даже раньше и не знал, что ТС на паскале написан

[B4rr4cuda]

Delphi 2 ?

Да, ТС написан на втором делфи. Переходить на следующие версии Гислер (автор ТС) не захотел ввиду роста размера бинарника, уменьшения скорости работы ТС и еще по каким-то причинам =). А теперь видимо прижало.

[svk12]

Любопытно, не потеряет ли ТК от этого в скорости.

Posted: Sun Aug 08, 2010 9:15 am Post subject: Reply with quote
On Friday I finally managed to compile the entire TC with Lazarus (after a few weeks of hard work). It starts, but many functions still don't work correctly, mainly because Lazarus blocks the handling of all standard Windows messages like WM_PAINT by program methods. So there is still a lot of work ahead.

The size has grown from 3.5MB to 5.5MB with smart linking turned off. I haven't tried with Smart linking on yet. The Overhead of Lazarus is 2MB compared to Delphi 2. At least there seems to be no noticeable slowdown on my test machine (old Pentium III with 866MHz).
_________________
Author of Total Commander

Существенной потери скорости не замечено...

[pda]

Переходить на следующие версии Гислер (автор ТС) не захотел ввиду роста размера бинарника, уменьшения скорости работы ТС и еще по каким-то причинам =).

Ну это он зря. Как перепробовавший все версии Delphi, начиная с первой и не часто упоминаемой Delphi-32 (предшествовала Delphi 2), считаю, что стабильными у них получались нечётные версии. Т.е. 3, 5, 7... Ну теперь это уже не важно.

[B4rr4cuda]

2pda
Кусочек из интервью от 2007го года:

Виктор Котов: Насколько мне известно, Вы используете Delphi (кстати, какую версию?). Но сейчас появились новые языки программирования (C#, .Net и т.д.). Нет ли планов сменить язык и среду программирования? Какой язык Вы будете использовать в будущем?

Кристиан Гислер: Для Total Commander я все еще пользуюсь Delphi 2.0, хотя у меня есть лицензионная Delphi 7, которую я использую для других проектов. Delphi 2.0 идеальна для меня, потому что она работает очень быстро и выдает очень компактный код. Кроме того, последние версии Delphi создают код, который несовместим с 16-разрядной Delphi. Маленький размер программы важен для меня еще и потому, что я отправляю заказы покупателям на дискетах, но в будущем я планирую перейти на компакт-диски. Также маленький размер важен для скачивания в Интернет. Вот почему ".Net" абсолютно неприемлема для shareware-программистов: пользователям придется скачивать кроме программы еще и 23 мегабайтный дистрибутив ".Net framework" для того чтобы запустить программу.

[debi12345]

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

[Logo]

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

Вы так и не научились делать нормального размера бинарики в Lazarus?

[.wOvAN]

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

Вы так и не научились делать нормального размера бинарики в Lazarus?

Даже если оптимизировать все и вся (не считая сжатия типа UPX) то получается в 1,5-2 раза толще.

Добавлено спустя 2 минуты 54 секунды:

Существенной потери скорости не замечено...

Ну может он портировал свои компоненты в обход LCL, по моему опыту LCL все таки уступает VCL в быстродействии, проверено на нескольких портированных дельфийских проектах.

[B4rr4cuda]

Ну может он портировал свои компоненты в обход LCL, по моему опыту LCL все таки уступает VCL в быстродействии, проверено на нескольких портированных дельфийских проектах.

Скорее всего, так как кроссплатформенность ему не нужна.

[Mr.Smart]

Это моё мнение, но переживать на счёт скорости - не актуально в "наше время" или всё же нет?

если пойдёт разговор о встраиваемых системах (онными в основном я и занимаюсь), то это дело пишется only fpc (если есть он под платформу, а то и на Си) с использованием максимум RTL!

[hinst]

скорость, оно актуально. иначе бы TC был бы на жабе или с дот-нэт'ом.

[Nik]

В случае с файловым менеджером актуальна скорость основных операций (копирование, архивация, поиск), а "заминка" в полсекунды при отрисовке диалогов - не принципиальна (имхо). А всяческими художествами (типа фоновых рисунков на файловых панелях) Гислер никогда не увлекался.