Ru-Board.club
← Вернуться в раздел «Прикладное программирование»

» Вопросы по Embarcadero RAD Studio XE5-XE8,10.x(Seattle, Berl

Автор: d3adb33f
Дата сообщения: 16.02.2016 20:37

Цитата:
Так что, п-3дец, может мне пора повзрослеть?

Вот этими мыслями да психолога загрузить, у него бы оверфлоу произошел бы

Ps: кстати а есть психологи для программеров ?
Автор: AlexCoRu
Дата сообщения: 19.02.2016 11:12

Цитата:
Итак, что бы попросили?
Хочу настройку типа строк по дефолту: анси или юникод.
Кстати, есть оси не поддерживающие однобайтовые символы в принципе?
Автор: AlekXL
Дата сообщения: 20.02.2016 02:24
AlexCoRu

Цитата:
Кстати, есть оси не поддерживающие однобайтовые символы в принципе?

да вряд ли. Все оси растут либо из бородатых времен, когда 2-байтовые символы были непозволительной роскошью.
Да и файловые системы, кроме M$ -- однобайтовые, кажется.
------

Цитата:
Хочу настройку типа строк по дефолту: анси или юникод.
Кстати, есть оси не поддерживающие однобайтовые символы в принципе?

это нужно перелопатить всё от rtl до vcl и fmx -- либо сделать супер-умный компилятор.
Вообще, у меня уже нет сомнений, что в исходных текстах компилятора нашего -- отборный говнокод.
------
что меня вымораживает, так это arrogance FPC разработчиков, нежелающих перейти на LLVM кодеген.
Мол, он работает не на всех платформах -- ну и что? Лучше меньше, да лучше. В итоге мы получаем распыление сил,
questionable quality of FPC compiler.
Вообще ошибки компилятора -- это ужас. Но самый ужасный ужас -- это ошибки кодегена в компиляторе, как та, на которую я указал несколькими постами выше. Потому что неявные ошибки есть худший тип ошибок.

-----
kaz_av

Цитата:
Новый роадмап не читал чтоли? Обещают это в 2016, как и линукс. В смысле не отключение ARC, а включение его в линуксовом LLVM based компиляторе

мой вопрос о фичах как раз и был навеян этим роадмапом.

Для меня там показалось полезным только возвращение 8-байтных строк -- голос разума всё-таки возобладал. Но damage is already done, и ничего не сказано о сворачивании поддержки 0-base индексации символов в строках. Хочется спросить -- это вы специально, что ли, ломаете совместимость с legacy кодом, вводя нулевую индексацию строк, принудительный ARC, отключая AnsiString? Элоп стайл?
Над нами издеваются.

Платформа фрагментирована и поддержка Linux command line(64-bit only, насколько я понял) мало что даст.
Ну. серьезно, кому нужен паскаль на иксах?
Там правят балом питонообразные поделия, ash и сишные утилиты. Нужно быть не в своём уме, чтобы писать что-то системное(речь ведь о Linux server, напомним) под линукс на собственническом компиляторе, let alone its quality. Я не вижу стратегии, как они собираются это продавать.

И хотя в преамбуле роадмапа упоминается о запросе качество продукта, подозреваю, это лишь очередные трескучие фразы. Если силы уходят на поддержку новых платформ, то что остается для улучшения качества существующих?

-------
возвращаясь к моему вопросу о фичах,
смысл в том, чтобы формализовать наши хотелки, ну и запостить в QC. Далеко не факт, что это будет иметь какой либо эффект, но если даже не попытаться, то и жаловаться нужно будет только на себя. We should do everything possible on our behalf in the first place.

Посмотрите, что происходит сейчас в QC -- в топе полно реквестов по теме поддержки китайского языка, IME, и т.п. Это что? Миллиард китайцев не может быть неправым, но, всё жеб неужели все остальные gave up on Delphi?
Автор: kaz_av
Дата сообщения: 20.02.2016 10:38
AlekXL

Цитата:
что меня вымораживает, так это arrogance FPC разработчиков, нежелающих перейти на LLVM кодеген.

В транке есть поддержка LLVM.

Цитата:
В итоге мы получаем распыление сил, questionable quality of FPC compiler.

Это если предположить, что работа над компилятором ведётся единой командой. На самом деле поддержку всяких экзотических платформ делают отдельные люди, те кому это нужно, так что распыления сил и нет, как такового.

Цитата:
Для меня там показалось полезным только возвращение 8-байтных строк -- голос разума всё-таки возобладал.

Там не возвращение байтовых строк, там возвращение типа Utf8String.

Цитата:
Над нами издеваются

Нет, просто пытаются зарабатывать деньги. Если выпустить достаточно хороший продукт, кто потом будет покупать новые версии? По их политике скидок давно стало ясно, что главная их проблема это старые версии дельфей, с которых юзеры не хотят переходить на новые. А баги кодгена (как например баг 64-битного компилятора) так и вообще делают подобный переход весьма опасным.

Цитата:
Ну. серьезно, кому нужен паскаль на иксах?

Ну, мы в 2000 году ждали кайликс, как манну небесную. И, кстати, многие новость о поддержке линукса восприняли положительно. Я так и вообще рад т.к. у меня линукс на десктопе, теперь можно будет код запускать в родной среде, без виртуалок.

Цитата:
смысл в том, чтобы формализовать наши хотелки, ну и запостить в QC

Кто хотел тот давно уже запостил.

Цитата:
неужели все остальные gave up on Delphi?

Абракадабра публиковала статистику продаж по странам, там штаты на первом месте, а Россия на седьмом. Где был Китай не помню.
Автор: Alexey_Gawrilow
Дата сообщения: 20.02.2016 19:51
kaz_av
AlekXL

Цитата:
что меня вымораживает, так это arrogance FPC разработчиков, нежелающих перейти на LLVM кодеген.

Я вот сильно против отсутствия альтернатив.

н-р был долгое время с 3.6 горячим поклонником Opera
Все еще пытаюсь пользоваться 12.17 ... и пишу с нее же ... юзабилити.

Один браузер(Chromium)...
И один кодогенератор(LLVM)...
...До добра не доведут.

К тому же опыт XDS(Excelsior) подтверждает
- что язык, это фигня;
- что оптимизация, это вторично;

... XDS(Excelsior)
имел великолепные компиляторы...
но не имел ИНФРАСТРУКТУРЫ
все сам.
ВСЕ!
Но как!

и скатывание в одну маргинальную нишу означает смерть.

Я бы больше смотрел в рамках весов - с одной стороны FPC - с другой Delphi
И совместимо, более-менее...
Автор: kaz_av
Дата сообщения: 20.02.2016 22:10
Alexey_Gawrilow

Цитата:
Я вот сильно против отсутствия альтернатив.

FPC это не грозит, там LLVM только один из возможных вариантов.

Цитата:
Все еще пытаюсь пользоваться 12.17 ... и пишу с нее же ... юзабилити.

Мне с оперы пришлось уйти вместе с переходом на линукс, сижу на лисе и не хватает только M2.

Цитата:
Я бы больше смотрел в рамках весов - с одной стороны FPC - с другой Delphi
И совместимо, более-менее...

Иногда сильно менее. Я на транковом FPC не могу [нормально] собрать код работающий на D2006
Автор: AlekXL
Дата сообщения: 21.02.2016 09:16
Alexey_Gawrilow

Цитата:
Один браузер(Chromium)...
И один кодогенератор(LLVM)...
...До добра не доведут.

да ну брось. Не до жиру. LLVM отличный кодеген в сравнении с имеющимся. Просто нужна глубокая интеграция.


Цитата:
- что язык, это фигня;

тогда переходим на кресты. Или на rust -- я вижу в нем огромный потенциал..


Цитата:
- что оптимизация, это вторично;
ага, вторично, на устройстве с 256-512рам, заср@нном гапсами и прочими гуглотроянами и под in-order exec. Arm Cortex A5 работающем на 1ггц.. И без БАСМА!
Думай, что пишешь.


Цитата:
но не имел ИНФРАСТРУКТУРЫ

у нас всё еще есть огромный багаж legacy, и почти seamless интеграция с крестолибами, в отличие от доднеда , явы или питона.


Цитата:
Я бы больше смотрел в рамках весов - с одной стороны FPC - с другой Delphi
И совместимо, более-менее...

я тут постил сцылку, где один дипломник сделал патч для FPC с поддержкой Anonymous Methods -- но его работу так и не включили.

kaz_av

Цитата:
Нет, просто пытаются зарабатывать деньги. Если выпустить достаточно хороший продукт, кто потом будет покупать новые версии?

3.143дец, так что теперь никогда мы качественного продукта не получим?
Если Абра будет продолжать нахлестывать полумертвую лошадь, то и имеющиеся программисты уйдут -- кто на пенсию, кто еще куда..
Тем более, под Андроид они вообще еще ничего близко к качеству не выпускали.

Цитата:

В транке есть поддержка LLVM.

и чодакак? подробнее опиши development state.

Цитата:
Ну, мы в 2000 году ждали кайликс, как манну небесную

При царе Горохе вроде даже еклипса не было.
Даже М$ еще не успела скопи3143дить у дельфи идею среды со вкладками и остальное.
Тем более Kylix таргетировался в прикладной юзерленд, а тут сервер: мы ни 32-битные платформы не получим, скорее всего, ни гуя! Ну и наx нам такое? Что на этом писать?
И опять этот paserver, удаленная отладка, кое-как работающая. Тот же лазарь будет лучше в 100500раз.

Цитата:
Абракадабра публиковала статистику продаж по странам, там штаты на первом месте, а Россия на седьмом. Где был Китай не помню.
гугл забанил! сцылкани..

Цитата:
Кто хотел тот давно уже запостил.
ага, за всех отчитался, молодец.
----
кстати о птичках.. Я тут линукс ядро для планшета собитаю, есть траблы с поддержкой периферии. Никто не посоветует годный форум и ветку очумелых кернелопортеров?
----
Upd
Allen Baurer ушёл из Абракадабры в гугл. Остались одни индусы.
Автор: Alexey_Gawrilow
Дата сообщения: 21.02.2016 12:06
AlekXL

Цитата:
- что оптимизация, это вторично;   ага, вторично, на устройстве с 256-512рам,

вторично, не в смысле не нужно..
в смысле- что не так уж сложно..

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

Я почему и упоминал XDS(http://www.excelsior-usa.com/xdsx86.html)
у них IMHO лучшая архитектура и компиляторы
FrontEnd(lexer+parser)->AST->Оптимизатог->BackEnd(Кодогенератор)
Причем на FrontEnd мог быть любой язык, не ограничиваясь
а на BackEnd любая платформа
но они были заточены под контрактую разработку.
и попса типа общедоступных осей их не интересовала, читай не приносила денег.

есть первичные цели.
есть приоритеты ниже.

не было векторного кросплатформенного гуя - не о чем было говорить..
не было платформ кроме Win32 - чего зря трындеть..

а сейчас...

или вот GnuPascal - как неуловимый Джо , да фиг с ним..

До FPC 2.4 и Lazarus 0.98 - тоже не очем было.

А теперь вот и недостатки появились.
Значит пользуются.
Значит нужно.

Добавлено:
kaz_av
AlekXL
И еще есть мнение..
Тут правда как курица и яйцо, хз что вначале..

Повышенное внимание к LLVM связано с отсутсвием вменяемых спецов по нативной компиляции.

Крайний чувак, которого знаю, что занимался нативной компиляцией, был Barry Kelly
Moving On: I've left Embarcadero Technologies.
interview Barry Kelly who is one of the talented software engineers working on the Delphi compiler
Testing strategy for compiler
Barry Kelly on how the Delphi Compiler used to be compiled (via: Google Groups)

Сильно разошлись у них видения будущего.
Да и тяжело, наверное, работать над компилятором в одном месте, а остальной команде в другом.



Добавлено:
Barry Kelly on “Implementing Closures” in Delphi (via: Google Groups)


Добавлено:
PS. Один из самых классных менеджеров памяти для Delphi - пера Алексей Недоря, одного из основателей XDS.
SapMM
https://code.google.com/archive/p/sapmm/
https://github.com/alan008/sapmm
Автор: kaz_av
Дата сообщения: 21.02.2016 13:24
AlekXL

Цитата:
Тем более, под Андроид они вообще еще ничего близко к качеству не выпускали

Если тебе так нужен ведроид, почему бы не взять инструмент предлагающий нативную разработку на платформе? Не нравится жаба, есть кислород...

Цитата:
и чодакак? подробнее опиши development state.

Я его не пробовал даже. Пока FPC не научится современный паскаль компилировать буду использовать его только для гуя, где возможности за рамками диалекта Delphi 7 не требуются.

Цитата:
Тем более Kylix таргетировался в прикладной юзерленд, а тут сервер: мы ни 32-битные платформы не получим, скорее всего, ни гуя! Ну и наx нам такое? Что на этом писать?

Бизнес-логику, что ешё. Сейчас линуксовых серверов до жопы.

Цитата:
И опять этот paserver, удаленная отладка, кое-как работающая. Тот же лазарь будет лучше в 100500раз.

С макосью такой вариант работает прекрасно, за исключением необходимости иметь отдельную версию PA на каждую версию дельфей.

Цитата:
гугл забанил! сцылкани..

https://community.embarcadero.com/blogs/entry/where-in-the-world-are-programmers-using-delphi

Цитата:
ага, за всех отчитался, молодец

Ну не так что-ли?

Цитата:
Allen Baurer ушёл из Абракадабры в гугл. Остались одни индусы

Точнее, его ушли.

Автор: Frodo_Torbins
Дата сообщения: 21.02.2016 14:26
Про LLVM слышал, что с каждой новой версией он все больше превращается в бекэнд Clang-а. То есть в теории он должен быть нейтрален к языкам, но в реальности утечки абстракции повсюду. И что бы прикрутить современный LLVM к Delphi или FPC, нужно процентов 20 переписать.


Цитата:
Точнее, его ушли.

Из его поста мне показалось, что причины не связаны с работой. Типа ему необходимо переехать в другой город, но у Ембы нету там офиса, а работать удаленно не получится.

Да и вообще не могу сказать, что компилятор был в отличной форме. Так что может и хорошо, что на место Алана придет свежая кровь.
Вдруг благодаря свежим мозгам у нас появится нормальная поддежка многопоточности и APU. Или придет какой-нибудь гений в области математики и вместо итерационного оптимизатора (как в этом вашем LLVM) прикрутит функциональный. Функциональная оптимизация - это когда мы логически анализируем систему, и за один проход полностью перестраиваем ее так, что бы получить максимально возможную производительность для заданных условий.


Цитата:
Я тут линукс ядро для планшета собитаю, есть траблы с поддержкой периферии. Никто не посоветует годный форум и ветку очумелых кернелопортеров?

На 4pda.ru/forum полно школьников, которые пытаются этим заниматься. Но среди них можно встретить и вполне адекватных личностей, которые могут реально помочь. forum.xda-developers.com - аналогично, но на английском.
Автор: kaz_av
Дата сообщения: 21.02.2016 15:00
Frodo_Torbins

Цитата:
а работать удаленно не получится

Может и так, конечно, но Барри вообще в другой стране жил.

Цитата:
Так что может и хорошо, что на место Алана придет свежая кровь.

+1
Автор: sergionn
Дата сообщения: 21.02.2016 18:22

Цитата:
Так что может и хорошо, что на место Алана придет свежая кровь.

главное чтобы на его место, КТО-то пришел, чую, место может просто исчезнуть в целях общей оптимизации или чего там еще, и продолжения рассматривания Delphi в качестве дойной коровы
Автор: Alexey_Gawrilow
Дата сообщения: 21.02.2016 19:17
Frodo_Torbins

Цитата:
Про LLVM слышал, что с каждой новой версией он все больше превращается в бекэнд Clang-а

Что как-бы намекает, что классных компиляторов С/С++ после Watcom и Zortech не наблюдается.


Автор: kaz_av
Дата сообщения: 21.02.2016 20:26
Alexey_Gawrilow

Цитата:
Что как-бы намекает, что классных компиляторов С/С++ после Watcom и Zortech не наблюдается.

Разве ICC плохой компилятор?
Автор: Alexey_Gawrilow
Дата сообщения: 21.02.2016 23:02
kaz_av

Цитата:
Разве ICC плохой компилятор

подозреваю, что не плохой.

Но разве инженерное/технологическое совершенство кого-то еще волнует/является определяющим?

VisualAge тоже был неплох.. IBM VisualAge SmallTalk/C/Java
Но вся линейка VisualAge выстрелила не самыми своими сильными сторонами и выродилась/выжила только в виде Eclipse...
Автор: kaz_av
Дата сообщения: 22.02.2016 09:33
Alexey_Gawrilow

Цитата:
Но разве инженерное/технологическое совершенство кого-то еще волнует/является определяющим?

Так о чем речь, о "является определяющим" или "не наблюдается"?
Автор: Azeron
Дата сообщения: 22.02.2016 11:27
Можно добавить к уже существующему проекту, созданному в XE3, Android-версию?
При нажатии Add platform в списке есть только 64-бит версия.
XE10 UPD 1 версия сейчас установлена
Автор: Frodo_Torbins
Дата сообщения: 22.02.2016 13:14
Azeron
Если проект на VCL, то точно нет. Если на FMX, то зависит от версии Делфи.
Автор: AlekXL
Дата сообщения: 22.02.2016 18:46

Цитата:
Если тебе так нужен ведроид, почему бы не взять инструмент предлагающий нативную разработку на платформе? Не нравится жаба, есть кислород...

А чАво, могёт oxigene без GC? Но даже если так, I've done with marginal languages.
Может, я не прав, но для меня верстальщик-скриптовик -- вообще не программист, питонщик -- инвалид.
Всегда, еще со школы( а у нас был x286 и TP) я хотел изучить кресты, стать настоящим программистом.
Удалось лишь частично(код я понимаю, править исходники готовые --могу), но чувства родства, глубокого скилла нет.

Цитата:
Пока FPC не научится современный паскаль компилировать буду использовать его только для гуя

а что кроме анонимов он не умеет? РТТИ вроде есть, так. Генерики вроде тоже.


Цитата:
Бизнес-логику, что ешё. Сейчас линуксовых серверов до жопы.
а позволят ли? вебсервера отпадают, ентерпрайз отпадает.

Цитата:
Цитата:
Так что может и хорошо, что на место Алана придет свежая кровь.

+1

"Ну, умерла, и умерла! — кричали подвыпившие гости"

Frodo_Torbins

Цитата:
Про LLVM слышал, что с каждой новой версией он все больше превращается в бекэнд Clang-а. То есть в теории он должен быть нейтрален к языкам, но в реальности утечки абстракции повсюду. И что бы прикрутить современный LLVM к Delphi или FPC, нужно процентов 20 переписать.

Ну или приблизить наш паскаль к крестам. Почему бы и нет? К тому же, не одни паскалисты смотрят на LLVM. Наверно, этому кодегену не позволят скатиться в придаток крестов.

Для крестов есть мощный гнусный компайлер на иксах, и от M$ в форточках. Они нативны для своих сред. и весьма эффективны. Не факт, что clang их сможет задавить. Вон, линукс кернел для андюши, тоже не clang -ом собирается.
Автор: kaz_av
Дата сообщения: 22.02.2016 21:05
AlekXL

Цитата:
А чАво, могёт oxigene без GC?

Ведроид, как платформа, сам по себе с GC.

Цитата:
Но даже если так, I've done with marginal languages.

Это ты говоришь после того как тут раст упомянул? Смешно, чо. Ну тогда жаба или тот же ремобжектовый шарп, самые что ни на есть не маргинальные. А вообще, бери кресты наперевес с Qt - почувствуй себя настоящим мужиком

Цитата:
Всегда, еще со школы( а у нас был x286 и TP) я хотел изучить кресты, стать настоящим программистом.

Понятно. Избавиться от детских комплексов у тебя, похоже, не получилось.

Цитата:
а что кроме анонимов он не умеет? РТТИ вроде есть, так. Генерики вроде тоже.

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

Цитата:
а позволят ли? вебсервера отпадают, ентерпрайз отпадает.

Кто не позволит? В смысле на веб-сервер не пустят с нативным модулем для апача? В инхаузе, обычно, доступ есть ко всему, или это вопрос решаемый. На шаред не пустят, конечно, но нахрена нужен шаред, когда сегодня VDS стоит от 150 рублей в месяц. И чего это вдруг отпадает энтерпрайз? Ты думаешь на дельфях пишут одни айэсвешники?

Цитата:
"Ну, умерла, и умерла! — кричали подвыпившие гости"

Я совершенно не вижу поводов для паники. Люди приходят и уходят - это нормальный рабочий процесс.
Автор: evgeni_K
Дата сообщения: 29.02.2016 15:37
Здравствуйте. Поставил 10(Seattle) upd 1. Не мог найти исходников (.pas) VCL. Не подскажете. Сейчас они уже не поставляются, или они где-то спрятаны?
Автор: SuPriTo
Дата сообщения: 29.02.2016 16:28
evgeni_K
Есть исходники в папке Source.
Автор: Frodo_Torbins
Дата сообщения: 29.02.2016 16:41
evgeni_K
Цитата:
Есть исходники в папке Source.
+1. Но с триалкой не ставятся. Если вы ставили с триальным ключом, а потом ввели свой серийник, то исходников не будет. Нужно переставлять Делфи.
Автор: Yarynich
Дата сообщения: 29.02.2016 18:21

Цитата:
. Сейчас они уже не поставляются, или они где-то спрятаны?


Цитата:

Нужно переставлять Делфи.


Можно и без переустановки, через SVN. Или все ветки или ветку RADStudio_Seattle или ветку trunk.
Автор: Frodo_Torbins
Дата сообщения: 29.02.2016 18:34
Yarynich
Там же только демки, или я чего путаю?
Автор: Yarynich
Дата сообщения: 29.02.2016 20:10

Цитата:
Там же только демки


Да, действительно... Прошу прощения, я перепутал.
Автор: protoror
Дата сообщения: 03.03.2016 10:27
Коллеги, помогите, туплю. Delphi 10 Seattle, Устанавливаю FastReport 5.3.16 из копилки, пишет
---------------------------
Error
---------------------------
Can't load package C:\Users\Public\Documents\Embarcadero\Studio\17.0\Bpl\dclfrx23.bpl.
Не найден указанный модуль.
---------------------------
OK
---------------------------

модуль там лежит. Пытался установить bpl из папки LibD23 то же самое. В чем затык, дома устанавливал все то же самое проблем небыло.
Автор: ChSerg
Дата сообщения: 03.03.2016 12:19
protoror
На frx23.bpl выставлен путь?
Автор: protoror
Дата сообщения: 03.03.2016 12:35
ChSerg
конечно. Решил вопрос координально, поставил триал, затем удалил вске bpl и добавил старые - итог все работает
Удалил триал и опять не найден указанный модуль(((
Автор: Frodo_Torbins
Дата сообщения: 03.03.2016 14:52
protoror
Возможно оно не может найти не dclfrx23.bpl, а другой, который прописан в импорте у dclfrx23.bpl.

Страницы: 123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384858687888990919293949596979899100101102103104105106107108109110111112113114115116117118119120121122123124125126127128129

Предыдущая тема: Отмена встречи в Outlook из Excel VBA


Форум Ru-Board.club — поднят 15-09-2016 числа. Цель - сохранить наследие старого Ru-Board, истории становления российского интернета. Сделано для людей.