» Вопросы по Embarcadero RAD Studio XE4

deks
Вам нужен текст который исправит ошибку Фастов за пол минуты? Техобслуживание Фастов не собирается ничего менять, шлёт на х. И продолжает поставлять в дистрибутив заведомо глючный код - им так удобнее.

delover

А)) политика саппорта - это известная "фича" фастов. Если повезло нарваться на баг, проще запилить патч и накатывать его на каждый релиз, чем дождаться фикса от саппорта. У них почему-то саппорт с девами не дружит.

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

Я же пытался добиться в свое время, чтобы поставляемые пакеты позволяли "с ходу" скомпильнуть продукт. Не вышло))

Но продут-то в целом хороший, если работает - то работает.

delover
Я эту техподдержку порву вместе с президентом страны. Будет куча крови где я пройду.

Добавлено:
deks

Цитата:

если работает - то работает.

В том то и дело - не привык добро переводить. Президент будет такой как я скажу. Задолбали.

deks
сможешь теперь "потестить" демки на основе этой вещицы: _http://sourceforge.net/projects/dpfdelphiios/
как всегда интересует размер, скорость, есть ли крэши как в случае с обертками от tms,
сколько кушает памяти, буду дополнительно благодарен если сравнишь с xamarin, и с нативными ro.
Выводы: как и с iCL......
Еще раз заранее буду благодарен за твою работу

sergionn

Да, попробую! Ближайший свободный timeslot будет в пятницу)

Upd:

Глянул код, обнаружил потенциальную ошибку:


Код: FUIButton := TUIButton.Wrap( TUIButton.OCClass.Alloc );
FUIButton.initWithFrame( CGRectMake( Position.X, Position.Y, Width, Height ) );

Цитата:

обнаружил потенциальную ошибку:

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

Цитата:

В ObjC лучше писать obj := class.alloc.init;

да, интересный подход к конструкции объекта в objc......

Я правильно понимаю, что в случае с андроидом, можно будет все-таки использовать классы в delphi напрямую, без wrap?

И да, ты писал что компилер от emb генерит в 5 раз более медленный код чем ro,
я правильно понял что ты писал про работу УЖЕ на устройсте,
как такое возможно - ведь на релизе emb использует тот же llvm что и ro?
или все-таки речь шла про эмулятор где используется какаято другая поделка от emb......

Цитата:

интересный подход к конструкции объекта в objc

по сути мало чем отличается от TObject.Create - только разделили выделение памяти и зануление свойств


Цитата:

в случае с андроидом, можно будет все-таки использовать классы

Скорее всего нелзя. Может быть вообще нельзя.
LLVM будет все же для NDK, а не SDK

deks
да, я попробовал в работе oxygene, все очень понравилось, быстро и понятно в отличии от решения xamarin и тем более нативных java+эклипс, а про новую андроид студио вообще молчу - такой хрени я давно не видал - пока я бил в бубен и танцевал перед первым запуском приложения - бубен порвался, все спилил к чертовой матери.
Но с RemObjects расстраивают 2 момента:
1) Отсутствие бесплатной версии с ограничениями т.к. при тут же при инсталяции вышел у меня казус, после инстала что-то криво встало и пришлось еще разок переустановить - вот тут мой 30 дневный триал и закончился, написал в поддержку прислали лицензию через 2 дня - НО осадочек остался: попадаем в зависимоcть от здоровья и желания 2 человек из ro.
2) Как писать приложения на заказ если заказчик потребует исходники, была бы возможность сконвертить код на паскале на джаву как это происходит внутри среды-компилера!

Да, опробовал Qt 5.1 - там все классно и здорово, но до тех пор пока наблюдаем работу на видео, когда дело доходит до более менее серьезных финтов в реальных приложениях, ситуация становиться похожа на файерманковскую - вылезают те заметные баги, зависоны, жоры-потери памяти и т.п.
Про работу на ios и android - там все тоже пока все почти виртуально

sergionn

Про дать автору знать: написал конечно

Про конструктор объекта: действительно, разделено выделение памяти и инициализация памяти. Alloc один, а всяких init может быть множество (типа initFromString, initWithRect, ...). Ну просто так принято, особой пользы от такой техники не вижу.

Про классы и андроид: если уж для иоса не сделали, и для андроида не сделают.

Про скорость кода: я говорил о скорости работы приложений. В основном лаги и пожирание CPU вызывает FMX, а не собственно компилятор. Для нативных элементов в обертках от TMS скорость работы уже ок (как и использование памяти).

Про ценник оксигена: да, согласен. Дешевый стартер эдишн был бы крут! В принципе, на фоне ценников дельфи $700 за все три редакции - это значительно дешвле, но это ни разу не три копейки. Может, при случае спрошу марка про дешевую редакцию.

Про приложения на заказ: исходники можно отдать и на оскигене, потому как джава вроде как и .NEt любым "рефлектором" может быть спокойно посмотрена!

Про QT: ну этот фреймворк грамотнее FMX, но сути дела не меняет - вместо писания под 2-3 мобильных платформы + 2-3 десктопных, при использовании фреймворка пишем на всех тех же платформах + боремся с ограничениями, багами фреймворка. Это как купаться в пиджаке - да, можно и не переодеваясь залезть в воду, но ведь реально неудобно! Экономия времени на переодевании есть, а вот плыть получается значительно медленее)))

sergionn

Цитата:

Отсутствие бесплатной версии с ограничениями

У них есть бесплатный Oxygen command line edition, а на просторах инета можно найти бесплатную IDE для него (правда она страх и ужас)

Я тут на днях пощупал FPC for JVM... Необычные ощущения Вроде и паскаль, с указателями и все такое, но компилирует под безопасную JVM Кстати, по скорости работы собранная под java версия теста с перемножением матриц (тест взял на сайте pascalabc.net) вчетверо уделывает x86 версию от FPC и Delphi.

Цитата:

Кстати, по скорости работы собранная под java версия теста с перемножением матриц (тест взял на сайте pascalabc.net) вчетверо уделывает x86 версию от FPC и Delphi.

я надеюсь твои эксперименты никак не связаны с преждевременными эакуляциями с вышеупомянутого сайта: _http://pascalabc.net/stati-po-pascalabc-net/28-meryaem-proizvoditelnost
, где некий индивид "с дрожащими от волнения руками" (оригинальная авторская орфоэпия сохранена) запускает серию дЭмо-тестов и делает ультраскоропалительные выводы о 4-х кратных преимуществах своей среды программирования.......

sergionn
Именно из этой статьи я тест и взял. Заменил real на double (хотя можно было этого не делать), добавил транспонирование матрицы (там FPC'шный исходник без неё, хотя автор пишет, что тестировал и с транспонированием). В итоге Delphi и FPC вчетверо медленнее обсчитывают матрицу чем это делает тот же код под JVM. Это совсем не означает, что любой JAVA-код будет быстрее дельфей, но вычислительный определенно быстрее и это факт. Как факт и то, что в и в дельфях и в FPC прескверный оптимизатор PascalABC я на скорость не тестировал т.к. он для реального применения все равно не годится из-за своей любви к неожиданным падениям на ровном месте.

Ладно вам Андроид.
- Программист это женская профессия, как швея-мотористка. Что сложного кнопки нажимать? Что - тяжелее 50 килограмм или кнопка. А после того как нажал, ещё надо в контакте покрасоваться и шоб тебя заценили. Прямо Фастрепорт какойто.

valgreesh
А с какими настройками компилили? 32 бита или 64?
Вообще подобный код, это самая первая цель для оптимизаций аля джит. Не потому что он постоянно встречается в реальных программах, а потому, что джитить такой код легко, и выигрыш солидный. DWS с его LLVM бекендом тому яркий пример. Так что фактически в этом тесте сравнивается умение джитов и компиляторов разных языков программирования использовать современные инструкции процессора.

Frodo_Torbins
Компилировал с активированной оптимизацией и отключением всех рантайм проверок. Компилировал в 32 битном режиме, для дельфей собирал еще и 64 битную версию - разницы почти нет. DWS на этом тесте я пробовал только с его собственным джитом - там вообще тормоза, LLVM не подключал.


Цитата:

Так что фактически в этом тесте сравнивается умение джитов и компиляторов разных языков программирования использовать современные инструкции процессора

Ну да, так и есть. Печально, что ни дельфя ни фрипаскаль этого делать не умеют

кто-нибудь знает о прогрессе Vasiliy Kevroletin (https://github.com/vkevroletin/freepascal/tree/closures-via-interfaces) в вопросе fpc-closures? Есть движуха?

еще вопрос: можно ли как-то получить RTTI юнита по его имени? Мне нужно модифицировать статическую переменную в нем.

а упеременных есть RTTI ?

думаю надо смотре ть в сторону отладочной информации и юнитов типа JclDebug или аналогичных из mormot/eureka/madexcept/etc

кто-нибудь может помочь переложить маленький скриптик .vbs на паскаль? Не разбираюсь в скриптах (

Цитата:

кто-нибудь может помочь переложить маленький скриптик .vbs на паскаль? Не разбираюсь в скриптах (

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

а что означает Resolved в QC?

Цитата:

а что означает Resolved в QC?

Обычно это означает, что разработчик поправил, но тестировщик ещё не проверил и не закрыл.

А вот это: _http://qc.embarcadero.com/wc/qcmain.aspx?d=116884
и к примеру это: _http://qc.embarcadero.com/wc/qcmain.aspx?d=116964
с ремаркой Closed означает, что
а) Тестировщик - дЭбил
б) Емб все пофигу

Народная японско-эмбаркадеровская Игра-клоунада в идиотские вопросы и "отмазки" продолжается:
_http://qc.embarcadero.com/wc/qcmain.aspx?d=117333,
"чую" тупорогий япошка и мой тикет закроет.......,
может его палками по вечерам фигачат, за слишком большое количество багов,
а если концентрация оных в день превышает определенный лимит,
то как настоящий самурай он должен сделать харакири, но жить то охота.......

а мой тикет http://qc.embarcadero.com/wc/qcmain.aspx?d=117200 резолвед.

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

А уж баги FMX - и правильно, что на них не тратят ограниченное время. Те кодеры прекрасно знали, на что шли, когда решили использовать FMX. Простите, но такое мое имхо.

Цитата:

я бы не стал стенать, если бы нашел баг в библиотеках

этот баг, как и многие десятки других, существенных для моих задач багов, и поддающихся исправлению, я пофиксил еще в первых релизах обезьяны, о чем и неоднократно писал на этом форуме - это РАЗ!

Давеча, проглядывая пресловутый квалити централ, обнаружил там многочисленные вариации тикетов вокруг вышеупомянутого бага, СКОРОПОСТИЖНО закрытые бравым солдатом эмбаркадеро,
решил поддержать и ПОМОЧЬ БЬЮЩИМСЯ в неравном бою с жестоким самураем - это ДВА!


Цитата:

Те кодеры прекрасно знали, на что шли, когда решили использовать FMX.

НИ ХРЕНА МЫ НЕ ЗНАЛИ - все это выяснилось как минимум в процессе годовалой разработки, когда на чудо-фреймворк были потрачены и время и значительные силы, и тем паче что были обещаны своевременные и частые апдейты, которые в теории и по здравому смыслу должны были улучшать fmx - это ТРИ!

p.s.AlekXL
большая к Вам просьба, перед тем как что либо писать относящееся к fmx,
утрудите себя хотя-бы беглым просмотром темы firemonkey на этом форуме, которая тянется здесь уже 3-ю ветку,
начиная с xe2.......

Цитата:

НИ ХРЕНА МЫ НЕ ЗНАЛИ

ну, во-первых, был WPF - медленный. А FMX сравнивали и позиционировали как аналог. Даже само название этой бибилиотеки, FireMonkey кричало -- не принимайте всерьез/это лохотрон.
Вот увидите, когда допилят, переназовут как-то по-другому. Потому что ентерпрайз не купится на такое название.

Во-вторых, вы инвестировали время и деньги в свежую непроверенную технологию: могли много выиграть, а могли и все потерять. Извиняйте, но вы шли на повышенный риск осознанно(если, конечно, не дебилы). Нечего жаловаться, что карта не пошла.


Цитата:

что были обещаны своевременные и частые апдейты

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


Цитата:

по здравому смыслу должны были улучшать fmx

Здравый смысл -- это закон бутерброда, который падает - маслом вниз.
Тем более дельфи часто терпела крушения и прежде.


Цитата:

большая к Вам просьба, перед тем как что либо писать относящееся к fmx

sergionn, ЗАЧЕМ? Я и так понимаю -- "нет повести печальнее на свете". У эмбы не времени фиксить баги, и что-то улучшать, нужно выкатывать fmx-андроид версию. Так что багов еще прибавится.

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


Добавлено:

Цитата:

, я пофиксил еще в первых релизах обезьяны

ну так предложили бы япошке свое решение. Или что, предлагали, а он отверг?

Эхма, япошка открыл наконец-то тикет по злополучному багу!
А в это время Эрик Флеминг в бахилах, сбацал приложение на чистом дельфи для иос, выглядит вроде неплохо: _https://plus.google.com/101197598078815267853/posts/4ECzSPG23wD

Цитата:

Новое! Обсолютно новый мобильный компилятор и новый продукт Delphi для визуальной разработки под iOS

Вот такие пиьсма счастья Эмба рассылает про XE4.

Ребята, а давайте скинемся и подарим им коробочку Microsoft Word со спеллчекером для написания релизов!

PS. У кого есть непотерянный пароль от RSDN.ru/Delphi - может и в тот форум закинете ?

Добавлено:
AlekXL как будто Такахаши там что-то решает. Он сидит в самом низу, "на телефоне".




Добавлено:

Цитата:

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

Теоретически. Практически же что они могут предложить ? FireDAC ? но его вроде можно купить как client-server pack.

DataSnap ? спасибо, о нём уже рассказали, что это такое.

FMX ? Спасибо-спасибо, о нём тоже уже рассказали.

Т.е. "приобрести" они могут только гуглозабаненных пользователей.

Ну или как наша контора, которая вяло подумывает апгрейднутся в 2006 на что-нибудь с Юникодом и win64 - т.е. на немногих слоупоков. Причин апгрейдится с XE2/3 на XE4/5 я не вижу.
Нет, конечно если бы можно было апгрейднутся по цене Pro, докупить недорого DBX и с прибором положить на все остальные приблуды Ent - то можно бы было подумать. Но...

Судя по тому, что у них уже даже минимально грамотных секретарш не осталось - процесс привлечения Эмбаркадерой новых пользователей на платформы Code Typhon и Oxygene идёт полным ходом.

sergionn

Эрик флеминг сделал софт из трех экранов - не удивительно, что FMX работает.

Arioch1

Про перспективы ЭМРО согласен)) Сижу на XE2 но свежем Oxygene))