Мастера DELPHI, Delphi programming community Рейтинг@Mail.ru Титульная страница Поиск, карта сайта Написать письмо 
| Новости |
Новости сайта
Поиск |
Поиск по лучшим сайтам о Delphi
FAQ |
Огромная база часто задаваемых вопросов и, конечно же, ответы к ним ;)
Статьи |
Подборка статей на самые разные темы. Все о DELPHI
Книги |
Новинки книжного рынка
Новости VCL
Обзор свежих компонент со всего мира, по-русски!
|
| Форумы
Здесь вы можете задать свой вопрос и наверняка получите ответ
| ЧАТ |
Место для общения :)
Орешник
Коллекция курьезных вопросов из форумов
Основная («Начинающим»)/ Базы / WinAPI / Компоненты / Сети / Media / Игры / Corba и COM / KOL / FreePascal / .Net / Прочее / rsdn.org

 
Чтобы не потерять эту дискуссию, сделайте закладку « предыдущая ветвь | форум | следующая ветвь »
Страницы: 1 2

Проблемы KOL на 2022 год.


Leoparrd   (24.10.22 13:13

Кладов сам не понимет какую гениальную и грандиозную вещь он создал, раз решил на нее плюнуть. Его можно понять, без поддержки сложно это все тянуть.
К самой KOL и MCK претензий нет, чего не скажешь о дополнениях.
Почти во всех них, нет поддержки юникода.
Ну это в общем-то не проблема, только время на переделку занимает.
Но вот с 64 битными приложениями проблема и большая.
Ассемблерные вставки это проблема номер один.
Если с push или pop понятно то вот с конструкциями call DWord PTR [] проблема.
Нужен специалист по передке.
Потом Obj включения. Их надо переделывать в 64 битные
Впрочем их не так много.
Может найдется кто, кто может это сделать?


Гость   (26.10.22 09:34[1]


> Кладов сам не понимет какую гениальную и грандиозную вещь
> он создал

Солидарен.


Dimaxx ©   (27.10.22 13:54[2]

Директива PAS_VERSION и ребилд. Асм отпадет сам собой.


Leoparrd   (27.10.22 22:19[3]

Директива PAS_VERSION и ребилд. Асм отпадет сам собой.

Это там, где эта директива есть.
Вы совершаете ту же ошибку что и с юникодом.
В дополнительных компонентах директив таковых нет.


Dimaxx ©   (28.10.22 11:53[4]

Добавьте эту директиву в свой проект и ее действие распространится на все остальное. Емнип, асм используется только в самом КОЛе, в компонентах его нет. Вам же КОЛ на 64 битах нужен? Вот и будет он на 64 битах и весь паскалевский. В FPC же КОЛ как-то работает без асма и не жужжит. И как раз с директивой PAS_VERSION. Для использования юникода также есть директива. В сторонних компонентах, если поддержки юникода нет, то да, придется лопатить, чтобы ее прикрутить. В чем ошибка?


AndreyRus ©   (28.10.22 18:55[5]

Есть большая проблема при правке кода - рассинхронизация версий ASM и PAS. Это большая проблема.


Leoparrd   (28.10.22 22:27[6]

Вам же КОЛ на 64 битах нужен?

Нет. То что есть и так прекрасно работает. Дело в дополнительных модулях в которых ассемблер без переключения на паскаль.


Dimaxx ©   (31.10.22 11:40[7]


> Дело в дополнительных модулях в которых ассемблер без переключения
> на паскаль.

В каких, например? В самописных - вопросы к автору. В самом КОЛе все закрывается директивой - работа PAS_VERSION на FPC в 64-битах тому пример: весь асм отключен.


> рассинхронизация версий ASM и PAS

Что вы подразумеваете под рассинхроном? Ошибку в pas (asm) версии каком-либо месте исправили, а ее asm (pas) реализацию нет? Напомню, асм-версии в КОЛе самописные - это не паскалевский код, превращенный дельфей в асм и просто закинутый в КОЛ вместо паскаля, это не имеет смысла. Если асм-версия работает без ошибок - зачем ее править? Если pas-версия с ошибкой, то ее поправят. И наоборот. В итоге обе версии будут работать верно.


Leoparrd   (31.10.22 15:30[8]

Вот я и говорю. кто может поправить.

И еще надо переписать модули с obj на C++

есть еще такой модуль Err не компилируется на старших версиях делфи.
Очевидно конфликт с юникодом.


Dimaxx ©   (31.10.22 16:27[9]

Несколько лет назад велась дискуссия о том, что асм из КОЛа надо выкидывать. Если бы не пара "НО". 1) кто будет лопатить? 2) нафик это надо?

КОЛ частично "заброшен", имеющийся вариант всех устраивает. асм проблемой не являлся. Серьезные баги, про которые тут писали, правил ув. DKOL и выкладывал исправленное сюда https://sourceforge.net/p/kolmck/code/HEAD/tree/


> И еще надо переписать модули с obj на C++

Какие модули? Причем тут С++? И зачем?


Leoparrd   (31.10.22 18:19[10]

Какие модули? Причем тут С++? И зачем?

Некоторые нужные модули используют компилированные с++ obj файлы
Вы этого не знали?
С 32 проблем нет.
Для 64 нужно эти модули переделать в KOL.
сами файлы есть. код модулей на паскале есть. надо только переделать в KOL

Многие дополнительные модули имеют asm вставки без пас версий.
Какие модули?
Да все связанные с графикой и компрессией.
JPEG PNG GIF BZ2 ZLIB
Все они используют сишные obj и asm вставки.


QAZ ©   (31.10.22 20:25[11]

в свое время Кладов занимался полной херней по типу поддержки 9х винды (до последнего юзера ее пользующего) вместо поддержки новых, удивительно(!!!) что в принципе юникод появился в КОЛ и вообще не удивительно отсутствие х64....

"алфор" которым он страдает последние лет 10(но это не точно) он даже сам толком не может описать в мануалах

по итогу, мог сделать нормальную, законченную, нативную систему под винду, а не вышло нихрена, кол просрал, "алфор" мертворожденный гомункул


Leoparrd   (31.10.22 21:10[12]

К KOL претензий нет. Паскалевский код прекрасно компилируется.
KOL 64 работает на старших версиях Delphi без особых проблем.

Нужно только передать в KOL некоторые библиотеки и всё.
Простая подстановка 64 битных obj не работает.
В принципе можно перевести в паскаль сишный код.
Вот я и спрашиваю, может ли кто этим заняться.

Что касается "KOL просрал" я бы так не сказал. Сделан он был для своего времени. И проблема только в том, что проект не получил должной поддержки.

На KOL у меня написано масса вещей, но к сожалению только 32 разрядных.   Некоторые лучше бы написать на 64. Но нет нужных готовых модулей. Видимо придется грохнуть кучу времени на них самому.


Dimaxx ©   (31.10.22 21:27[13]


> Некоторые нужные модули используют компилированные с++ obj
> файлы
> Вы этого не знали?
> С 32 проблем нет.
> Для 64 нужно эти модули переделать в KOL.
> сами файлы есть. код модулей на паскале есть. надо только
> переделать в KOL

Вы же парой постов выше говорили, что вас и 32-битная устраивает. Зачем переделывать то, что работает? Меня устраивает то, что есть. Хотите 64 бита - берите сишные исходники и компильте в билдере, потом прикручивайте к врапперу на паскале.


Leoparrd   (31.10.22 22:20[14]

Вы же парой постов выше говорили, что вас и 32-битная устраивает

Я говорил? не пудрите мне мозги. Если бы я это говорил, я бы не писал про 64.
Ещё раз. Просто так не прикрутить. Пробовал.


Dimaxx ©   (01.11.22 00:52[15]


> Я говорил? не пудрите мне мозги. Если бы я это говорил,
> я бы не писал про 64.


А это я значит выдумал?

> Leoparrd   (28.10.22 22:27) [6]
>
> Вам же КОЛ на 64 битах нужен?
>
> Нет. То что есть и так прекрасно работает. Дело в дополнительных
> модулях в которых ассемблер без переключения на паскаль.
>


Leoparrd   (01.11.22 01:10[16]

А это я значит выдумал?

Конечно выдумал.
KOL и так прекрасно работает и на 32 и 64 битах.

Проблема в дополнительных модулях, которые писались для 32 бит.
Их надо переделать на 64. В чем собственно проблема?
Если можете это сделать, то приступайте.
Если нет, гуляйте мимо.


Dimaxx ©   (01.11.22 09:07[17]


> Вам же КОЛ на 64 битах нужен?
> > Нет. То что есть и так прекрасно работает.

То есть вы даже за свои слова не отвечаете? Вопрос: нужен 64-битный КОЛ? Ответ: Нет. Вы уж определеитесь, что вам нужно.


> Если можете это сделать, то приступайте.

Это вам надо, мне нет - меня устраивает то, что есть. Вот и приступайте. Чего нет - я сам найду и переведу/адаптирую под свои надобности.

Лень гуглить? Ок, подскажу. Ищите paszlib/pasjpeg - валяются в инете давно. Реализации gif на паскале тоже есть. Нужна только загрузка jpeg - nanojpeg на паскале есть. Если все сразу, юзайте GDI+ для дельфи - там есть bmp/gif/jpeg/png/tiff чтение/запись и еще много чего. Чего-то нет или версии старые - берете сишные исходники и переводите на чистый паскаль. Что-то переводить вам по вашему запросу никто не обязан. Не умеете (и такое бывает) - юзайте то, что есть.


lord   (01.11.22 11:34[18]

Это вам надо, мне нет - меня устраивает то, что есть.
вам же ясно написали - гуляйте мимо.


Dimaxx ©   (01.11.22 11:44[19]


> вам же ясно написали - гуляйте мимо.

Не говорите мне что делать и я не скажу куда вам идти.


Страницы: 1 2 версия для печати

Написать ответ

Ваше имя (регистрация  E-mail 







Разрешается использование тегов форматирования текста:
<b>жирный</b> <i>наклонный</i> <u>подчеркнутый</u>,
а для выделения текста программ, используйте <code> ... </code>
и не забывайте закрывать теги! </b></i></u></code> :)


Наверх

  Рейтинг@Mail.ru     Титульная страница Поиск, карта сайта Написать письмо