_Vasilisk_Умилило
На некоторые API функции мы поставили заглушки. Поэтому приложение вы соберете, но при вызове получите ExceptionВот нафига так делать?

вообще-то только так и можно хоть что-то сделать в части переноса на другую платформу.

Торвальдс именно так и сделал свой Linux - реализовывал фукнции ядра UNIX не все подряд, а одну за одной, пока не смог запустить минимальный набор, достаточный для запуска шелла. потом для запуска компилятора, а дальше пошло поехало - набежало коммунити и доделало остальные 90% работы.

bk0010_Vasilisk_пропущено...
Вот нафига так делать?Согласен. Если не доделали, то пусть была бы пустая функция. Или флаг какой прикрутили бы: выкидывать исключение или бог с ним. Берите пример с Apple: у них в случае AV ничего не происходит (типа abort в Delphi), юзеры довольны: программа хоть и не работает, зато и не падает. А из Wine функции API передрать было нельзя? Или цеплять его как-нибудь, типа внешней библиотеки.

:) ты всерьез считаешь, что "полтора анонимуса" (с) вот взяли и сами с нуля проделали всю ту работу, что коммунити wine и прочих ReactOS делало годами?

под ванdbpatchпропущено...


вообще-то только так и можно хоть что-то сделать в части переноса на другую платформу.

Торвальдс именно так и сделал свой Linux - реализовывал фукнции ядра UNIX не все подряд, а одну за одной, пока не смог запустить минимальный набор, достаточный для запуска шелла. потом для запуска компилятора, а дальше пошло поехало - набежало коммунити и доделало остальные 90% работы.
Надеюсь, Крюков - не Торвальдс, и на наше комьюнити не рассчитывает.


Чёт написал и сам взоржал.
ну, у них реально нет другого выбора, как так или иначе завязываться на комьюнити.
просто сейчас видно еще есть максималисткий запал - сделать все хорошо и минималистично.

а в целом их идея, кстати, не лишена смысла - ибо тащить с собой все 100 мегабайт winehq дистибутива -
смысла мало, проще отсечь всякое ненужное - эти ваши COM/IE/ADO/etc - вполне можно вложиться в десяток мегабайт

Windows 95, ЕМНИП, занимала пару десятков дискет в дистрибутиве, этого было вполне достаточно для запуска Delphi 2.0

Kazantsev Alexeydbpatch,

Справедливости ради, нужно заметить, что в отличии от вайнов и реактОсей, CVCL не требуется стремиться к покрытию 100% WinAPI. Достаточно небольшого подмножества, которого хватит типичному базомордию.

полностью согласен. 100% покрытие не нужно.

а вот что нужно - это iOS и Androd. Первое достижимо, насчет второго - сильные сомнения, что сможете запилить что-то толковое через OpenGL какой - Look & feel будет ненативным.

А делать аля LCL попытку - это тупик

bk0010rgreatЧто тебе мешает сделать так-же в своем приложении?Я не из "этих" (яблочников).
dbpatch:) ты всерьез считаешь, что "полтора анонимуса" (с) вот взяли и сами с нуля проделали всю ту работу, что коммунити wine и прочих ReactOS делало годами?Я считаю, что если бы они так сделали, то с подмножеством реализованных функций у них было бы все очень неплохо. Раньше (давно не проверял) тестовые делфийские программы под вайном работали.

они с высокой долей вероятности сидят и переписывают С/C++ код из Wine или React OS на Object Pascal. Это процесс не быстрый.
просто так перелинковать wine не получится - слишком толстый. перетранслировать тоже не получится - Object Pascal слишком убог, в сравнении даже с обычным C - просто потому что в языке нет макросов

но стратегия у них в принципе верная, без содрогания от ужаса во внутренности всех wine зависимостей и реализаций смотреть нельзя.

тем более wine еще и WinSxS задачу решает, а тут это не нужно (пока что), да и VCL сама по себе использует лишь очень малую часть Win32 APIs.


ну а если ты в своем приложении завязан на прямые вызовы MS SDK - ну кто тебе виноват?