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

Arioch1
таки да проблема в путях - переставил сдк и вроде пошло, есть правда другая проблема с запуском приложения на емуляторе, бум колупать

В шапке посмотри: http://forum.ru-board.com/topic.cgi?forum=35&topic=52532

В этом разделе почему-то не дают описывать проблемы и решения в шапке

Добавлено:
deks, sergionn, кстати ,вы не пробовали на код-тифоне или лазарусе под андроид писать?

что-то волна пошла нехорошая... книжки пишут, игрушки опенсорсят... доживём ли до XE6 ?

А что я недонастроил - при запуске приложения на емуляторе - студия выдает ошибку
androidgdb.exe - память не может быть рид????

Добавлено:
на устройстве запустилось, на емуляторе в упор не хочет

Добавлено:
И такой вопрос - где почитать как на студии виджеты делать?

Цитата:

Хочу понять это глюк modify или в XE5 порезали source\internet\

Все-таки порезали
[more="XE5 source\internet"]ASPBehavior.pas
Bde.DBBdeWeb.pas
ComApp.pas
ExDispID.pas
HTTPParse.pas
idispids.pas
idoc.pas
IEActions.pas
IEConst.pas
IndySockTransport.pas
mshtmcid.pas
Mshtmdid.pas
MSHTML.pas
ReqFiles.pas
SHDocVw.pas
SockApp.pas
SockAppHlpr.pas
SockAppNotify.pas
SockAppReg.pas
SockConst.pas
SockHTTP.pas
SockRequestInterpreter.pas
SockTransport.pas
UrlHist.pas
UTF8ContentParser.pas
WBComp.pas
WbmConst.pas
Web.AutoDisp.pas
Web.BrkrConst.pas
Web.CGIApp.pas
Web.CGIHTTP.pas
Web.CopyPrsr.pas
Web.DBWeb.pas
Web.DBXpressWeb.pas
Web.DSProd.pas
Web.HTTPApp.pas
Web.HTTPProd.pas
Web.WebBroker.pas
Web.WebCntxt.pas
Web.WebConst.pas
Web.WebFileDispatcher.pas
Web.WebReq.pas
Web.Win.AdsConst.pas
Web.Win.AdsTypes.pas
Web.Win.ISAPIApp.pas
Web.Win.IsapiHTTP.pas
Web.Win.ISAPIThreadPool.pas
Web.Win.Sockets.pas
WebBrowserEx.pas
WebCat.pas
WebComp.pas
xmlutil.pas
Xmlxform.pas[/more]

[more="XE4 source\internet"]
AddActn.dfm
SvrInfoConsole.dfm
SvrInfoModule.dfm
SvrLogColSettingsFrame.dfm
SvrLogDetailDlg.dfm
SvrLogDetailFrame.dfm
SvrLogFrame.dfm
SvrMainForm.dfm
SvrPropDlg.dfm
SvrStatsFrame.dfm
WebAppDbgAbout.dfm
serverinfo.dpr
webappdbg.dpr
AdaptReq.pas
AddActn.pas
AscrLib.pas
ASPBehavior.pas
AutoAdap.pas
AutoAdapAS.pas
Bde.DBBdeWeb.pas
ComApp.pas
CompProd.pas
DBAdapt.pas
DBAdaptImg.pas
ExDispID.pas
HTTPParse.pas
idispids.pas
idoc.pas
IEActions.pas
IEConst.pas
IndySockTransport.pas
MidComp.pas
MidItems.pas
MidProd.pas
mshtmcid.pas
Mshtmdid.pas
MSHTML.pas
PagItems.pas
ReqFiles.pas
ReqMulti.pas
ScrptMgr.pas
SessColn.pas
SHDocVw.pas
SiteComp.pas
SiteConst.pas
SiteProd.pas
SockApp.pas
SockAppHlpr.pas
SockAppNotify.pas
SockAppReg.pas
SockConst.pas
SockHTTP.pas
SockRequestInterpreter.pas
SockTransport.pas
SvrConst.pas
svrhttpindy.pas
SvrInfoConsole.pas
SvrInfoConst.pas
SvrInfoModule.pas
SvrLog.pas
SvrLogColSettingsFrame.pas
SvrLogDetailDlg.pas
SvrLogDetailFrame.pas
SvrLogFrame.pas
SvrMainForm.pas
SvrPropDlg.pas
SvrSockRequest.pas
SvrStatsFrame.pas
UrlHist.pas
UTF8ContentParser.pas
WBComp.pas
WbmConst.pas
Web.AutoDisp.pas
Web.BrkrConst.pas
Web.CGIApp.pas
Web.CGIHTTP.pas
Web.CopyPrsr.pas
Web.DBWeb.pas
Web.DBXpressWeb.pas
Web.DSProd.pas
Web.HTTPApp.pas
Web.HTTPProd.pas
Web.WebBroker.pas
Web.WebCntxt.pas
Web.WebConst.pas
Web.WebFileDispatcher.pas
Web.WebReq.pas
Web.Win.AdsConst.pas
Web.Win.AdsTypes.pas
Web.Win.ISAPIApp.pas
Web.Win.IsapiHTTP.pas
Web.Win.ISAPIThreadPool.pas
Web.Win.Sockets.pas
WebAdapt.pas
WebAppDbgAbout.pas
WebAuto.pas
WebBrowserEx.pas
WebCat.pas
WebComp.pas
WebContnrs.pas
WebDisp.pas
WebFact.pas
WebForm.pas
WebModu.pas
WebScript.pas
WebScriptAS.pas
WebSess.pas
WebSnapObjs.pas
WebUsers.pas
XMLBrokr.pas
xmlutil.pas
Xmlxform.pas
XSLProd.pas
[/more]

Ну как, так, так... ?

Цитата:

Посмотрите, пожалуйста, есть ли в XE5 файл XSLProd.pas (class TXSLPageProducer)
c:\Program Files\Embarcadero\RAD Studio\12.0\source\internet\

нету.. А в xe4 был..

MagistrAnatol
Скорее всего никак. Часть кода виджета ведь в процессе ланчера выполняется. Не думаю, что туда можно втулить NDK. Как говорил на семинаре Всеволод: "за кроссплатформеность надо платить".

Frodo_Torbins
Как-то не серьезно. Думаю, если на данном этапе такой возможности нет, то вскоре реализуют.
Вижеты на Адроиде занимают львиную долю.

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

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

AlekXL
Super PI есть и для десктопов и для смартов. Других кроссплатформенных тестов я что то не припомню. Но в большинстве случаев вы можете поставить на десктоп Android-x86 и на нем погонять андроидные тесты. Плюс у вас теперь есть возможность написать свой собственный тест, под свою конкретную нагрузку.

MGAlex
Думаю, что здесь все вопросы к гуглу, а они не рассматривают NDK как полноценную замену джаве. Кроме того, виджет это ведь такая мелочь, которую и на джаве накатать не проблема.

Цитата:

Кроме того, виджет это ведь такая мелочь, которую и на джаве накатать не проблема.

Ну для этого, как минимум, надо джаву знать
Можно и о приложениях для Андроид сказать нечто подобное.

Что-то у меня все меньше желания переходить на ХЕ5.

Кстати, говорили, что начиная с ХЕ4, установка на ХР не поддерживается и в документации об этом написано http://docwiki.embarcadero.com/RADStudio/XE5/en/Installation_Notes_for_XE5 , а народ ставит и ХЕ5 на ХЕ. Для этого нужно всего лишь обновить корневые сертификаты.

MGAlex


Цитата:

Что-то у меня все меньше желания переходить на ХЕ5.

ну и напрасно. XE3 - глючный компилятор, который часто валится, если вы пишете современный код.
XE4 - меньше фолтит, но в 32-битном режиме серьезные баги в синтаксическом парсере.
Xe5 - это не только андроид, но и исправления заметные компилятора, как уже здесь свидетельствовали.

Frodo_Torbins

Цитата:

Плюс у вас теперь есть возможность написать свой собственный тест, под свою конкретную нагрузку

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

Вот я предлагаю тому, у кого есть устройство, проверить.

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

но x64-то они поломали. Интересно ,как быстро исправят...

кстати, не помню, двойной вызов исключений в win64 починили или нет ?

Цитата:

но x64-то они поломали. Интересно ,как быстро исправят...

Что Вы имеете в виду?

сломана арифметика с 8-битными и 16-битными целыми

http://qc.embarcadero.com/wc/qcmain.aspx?d=119134

Arioch1
Неприятный момент. Вероятно, в каких-то ближайших хот-фиксах поправят, а может только с Update1.
Правда, для меня это не проблематично, пока нет нужды в написании х64 приложений.

Arioch1

Цитата:

сломана арифметика с 8-битными и 16-битными целыми

ах, поганцы! на ровном месте спотыкаются.. Это уже не дженерики. Радует , что фиксят, но баг кодегена на такм трифиальном примере - это уже криминал.

А точно фиксят ? пока не было

То что они "на ровном месте" легко и непринуждённо - это давно известно. То в ассемблере команды перепутают (уж там-то что можно было???), то виртуальность метода игнорируют напрочь (в d2006)...

Но - зачем??? работало ведь! У у ЭМБы нехватка человекочасов. Так какого чёрта туда вообще полезли???

Цитата:

Но - зачем??? работало ведь! У у ЭМБы нехватка человекочасов. Так какого чёрта туда вообще полезли???

Несколько странно слышать подобное в теме связанной с программированием. Ведь не на ровном месте появляются ошибки. Много чего переделывается. То переходят на Юникод, то еще что-то.
Когда такой серьезный проект, то появление ошибок неизбежно, даже там, где их не было и близко.
Стоит что-то одно тронуть и можно сразу сломать многое.
Зачем переделывать то, что работает, как часы? Так ведь прогресс не стоит на месте, вот и приходится совершенствовать, переделывать и т.д.

> Стоит что-то одно тронуть и можно сразу сломать многое.

В случае spaghetti code.
Хочется думать, DCC достаточно изолирован, чтобы изменения в каком-нибудь FMX его не затрагивали.
Все же его писали, когда там еще приличные программисты были.

> Так ведь прогресс не стоит на месте

Не стоит - но он не стоит в Delphi/LLVM

В XE5 по моему язык вообще не меняли. Только добавили линкер для ARM/Linux - но это классического компилятора не касается.


Цитата:

Много чего переделывается.

что именно переделали в классическом компиляторе xe5 ?


Цитата:

То переходят на Юникод,

в xe5 ???

Цитата:

что именно переделали в классическом компиляторе xe5 ?

НУ я же не знаю, что они там делали, поэтому не могу ничего сказать. Если начались глюки, значит что-то меняли. Не думаю. что они умышленно что-то ломали.


Цитата:

в xe5 ???

Нет, конечно. Вы ведь упоминали о d2006.

в 2006 (точнее в 2005) они ввели for-in цикл и реализущие его шаблоны управления объектами.

а вот в классику в xe5 вроде бы ничего не вводили...

Цитата:

а вот в классику в xe5 вроде бы ничего не вводили...

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

Опять же, может пытались исправить какие-то старые баги и что-то сломали.

Вот AlekXL утверждает, что с компилятором что-то делали.


Цитата:

ну и напрасно. XE3 - глючный компилятор, который часто валится, если вы пишете современный код.
XE4 - меньше фолтит, но в 32-битном режиме серьезные баги в синтаксическом парсере.
Xe5 - это не только андроид, но и исправления заметные компилятора, как уже здесь свидетельствовали.

Русификация Delphi XE5 версии 19.0.13476.4176 (run-time, .pas-файлы) Пасс - стандартный.
Как устанавливать: содержимое архива распаковать в каталог, прописанный в Library Path, либо в папку с проектом.
Замечания, баги, пожелания - в личку.

з.ы. Сделано на основе Русификации Delphi 2007 (run-time, .pas-файлы) от PoleSoft

MGAlex

Цитата:

Стоит что-то одно тронуть и можно сразу сломать многое.

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

Чего гадать то? Тут проскакивал список пофикшеных багов, и там было полно относящегося к компилятору.

don’t use the TMediaPlayerControl as a video UI container

http://blogs.embarcadero.com/davidi/2013/09/19/42891/

господа, кто-нибудь может выложить это http://cc.embarcadero.com/item/29548 лекарство там не нужно, просто доступ только у подписчиков.

Arioch1

Про code-typhon: я только лазарь смотрел годик назад с прицелом на компиляцию под linux (серверный код и всякие плагины к nginx) и для iOS - на ранних стадиях. Для мобильных клиентов сейчас считаю идеальным решением оксиген - быстро фиксятся все реальные проблемы, подписка относительно дешевая. И самое главное - КУЧА кода на родных для платформы языках, которая может быть скопипастена прямо в оксигеновский код (для ленивых Paste Java as Oxygene, ...) - ну и благодаря общей с нативными платформенными языками RTL. Оказалось, большая community и native interop - великая весч!

upd:

Sugar для Оксигена / Гидрогена лицензировали под BSD. Это гуд.

Цитата:

Для мобильных клиентов сейчас считаю идеальным решением оксиген

идеальное? и как на нём гуи под ios писать? а уж про андроид молчу


Цитата:

И самое главное - КУЧА кода на родных для платформы языках, которая может быть скопипастена прямо в оксигеновский код

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

p.s.
Оксиген, как ЯП мне очень нравиться - это очень удачная и грамотная эволюция Delphi, лишённая старых атавизмов, но как технология (её платформа, rtl) - отталкивает от себя.