uuxyyz

Сталкивались с той же фигней, метод отвечающий за мутацию URL, кривой как ни крути, в частности мы не могли передать локальному HTML файлу параметры, т.к там проверяется существование файла и конструкции типа index.html?type=1 не работают, зачем это нужно было делать не ясно... Положите исправленный файл в корневую папку вашего приложения.

думаю слеша не хватает, показано: WebBrowser1.URL := 'file:/' + пробуйте WebBrowser1.URL := +

Соглашаюсь, мы тоже приняли решение покупать US... но со сроком покупки еще не определились. В текущих условиях выставленных Embr, это самый экономный вариант.

RemotePath поставьте в .\StartUp\Documents\ у вас просто Documents\ в таком случае файлы из бандла не скопируются

вот это да? в ембракадеро системный кризис?

Косяк с неработающими жестами при полноэкранном режиме снова не исправили...

А подписываешь правильным сертификатом? Для телефона, который зарегистрировал на сайте аппл для разработчиков? Соглашаюсь всеми клетками... 90% дело в сертификате, вторая причина компилите на D7, на устройстве iOS > 8.1

в IOS логами, т.к у меня iOS 8.1 на нем не пашет debug server с последним X-Code. iOS выкидывает приложение с причной LargestProcess и 177 тысячами захваченных страниц. В androide тупо диспетчером задач...

Вести с полей, для интересующихся, сочувствующих и сомневающихся. Простой пример, форма с FDConn, FDQuery и сапортов в составе FDPhysSQLiteDriverLink и FDGUIxWaitCursor. У всех все по-умолчанию. Таблица вида: CREATE TABLE `Files` ( `ID` INTEGER NOT NULL PRIMARY KEY AUTOINCREMENT UNIQUE, `OwnerID` INTEGER NOT NULL, `Owner` TEXT NOT NULL, `Version` INTEGER NOT NULL, `Name` TEXT NOT NULL, `Name` TEXT NOT NULL, `Size` INTEGER NOT NULL, `BeginDWTime` INTEGER NOT NULL, `EndDWDate` INTEGER NOT NULL, `isDWComplete` INTEGER NOT NULL, `isInstalled` INTEGER NOT NULL, `DCP` TEXT NOT NULL, `BCP` TEXT NOT NULL, `RP` TEXT NOT NULL, `isDA` INTEGER NOT NULL, `Rank` INTEGER NOT NULL, `ServerID` INTEGER NOT NULL ); FDQuery.SQL.Text = 'SELECT * FROM Files' В таблице 697 записей. Код: var i: Integer; begin for i := 0 to 999 do begin FDQuery.Open; try finally FDQuery.Close; end; end; Дает и не освобождает 7 мб. памяти в ос Андройд... в iOS потери еще больше!

Да все свои обнуляю... В общем если тут есть разработчики FD подскажите, как так? откуда 5 refcount после inherited Create(nil);?

да Для android и IOS как мне видится это не работает, а если и рабоатет то ничего не показывает, хотя логи IOS говорят об обратном. В виндах с учетом специфики деструкторов - все в норме...

Абсолютно верно, деструктор он вызывает, но память будет освобождена только когда refcount объекта опустится до ноля. Т.е при вызове DisposeOf программа проживет дольше и часть памяти будет отдано назад но не вся!

Коллеги добрый день. Кто-нибудь проверял, как дела с TFDQuery.Free в мобильных ОС? У меня по факту: После создания объекта (после вызова inherited Create) refcount 5 (работаем с Owner = nil) перед вызовом Free - 5, соответственно деструктор не вызовется! DisposeOf не спасает, т.к на каждый запрос создается свой экземпляр объекта TFDQuery, через некоторое время IOS нас вырубает за исчерпание страниц, ну беда... Бегло посмотрел код FireDac и Data.DB, вроде везде стоит Weak, но блииннн: type TFDLockedQuery = class(TFDQuery) ... constructor TFDLockedQuery.Create(ALock: TMutex); begin inherited Create(nil); // уже тут refcount 5!!! end; Как рушить то его?, решал кто нибудь? (UPD)PS: Речь идет о DelphiXE7 upd2

да, работает, но точнее сказать не могу, т.к отлаживать на IOS уже три месяца как не можем...

Это не ошибка. Наведи на любой компонент Lockbox, всплывающий хинт покажет платформы, для которых будет компилироваться, 64 iOs, там нет. Вот это печаль... ну ладно может обновят