kami

Пользователи
  • Публикации

    384
  • Зарегистрирован

  • Посещение

  • Days Won

    10

kami last won the day on 10 января

kami had the most liked content!

3 подписчика

О kami

  • Звание
    Продвинутый пользователь
  • День рождения 16.06.1981

Информация

  • Пол
    Не определился
  • Город
    Санкт-Петербург

Контакты

  • StackOverflow
    http://ru.stackoverflow.com/users/192901/kami

Посетители профиля

373 просмотра профиля
  1. если уж до конца соблюдать стилистику магистра Йоды, то надо говорить примерно так: "в раздел интересующий зайти должен ты, сверху-справа кнопку нужную найдешь".
  2. Писал как-то (кажется, не раз) в чате - нельзя ставить без оглядки последние SDK. К примеру, Berlin Upd2 вроде как работает с XCode 8.2 Приложение компилируется, запускается, вроде как работает. Но иногда вылетает. С рекомендованным XCode 8.0 проблема вылета наблюдается гораздо реже. В тестовых условиях, когда делается все что угодно. А в боевой эксплутации (пользователи все-таки не жмакают все подряд, в отличие от тестеров) - жалоб на вылеты не поступало
  3. Так куда уж подробнее? 1. Ставим правильный XCode 2. Запускаем XCode, идем в меню (кажется) Tools - Preferences, лезем во вкладку Locations, выбираем в выпадающем списке CommandLineTools правильную версию. Применяем, все закрываем. 3. Запускаем PAServer (до этого он должен быть выключен). 4. Запускаем IDE, подтягиваем нужные SDK. Емнип, прямо при подтягивании можно выставить чекбокс Make Active. Если нет - после подтягивания на правильной SDK правой кнопкой и делаем активной.
  4. Да. + подтянуть актуальные для версии XCode SDK и сделать их активными. И не забыть выставить правильный параметр в XCode - Preferences - Locations - CommandLineTools.
  5. Да. К сожалению, не скажу где. Для Berlin требуется XCode 8.0. Не 8.1, не 8.хз. А именно 8.0
  6. Я бы не стал доверять стандартному диспетчеру задач. Не знаю, что означает "пиковая память", но скорее всего - это максимальное значение памяти, которое процесс занимал в физической оперативке. Это совсем не соответствует тому, сколько процесс реально взял памяти у системы. 32 разрядному процессу доступно в теории 4Гб. На практике - больше 2Гб (а в подавляющем большинстве случаев - 1,5Гб) получить не удается. Пардон, а как работать дальше? На каждый чих, на почти каждую строчку кода требуется выделение памяти. Где ее взять, если она закончилась? Правильно процесс вылетает.
  7. Вот вам наглядная причина, от которой открещиваются разработчики индейцев. Они пишут "создание потока на каждый чих - это нормально, в операционной системе толпы потоков, одним больше-одним меньше разницы нет". Представьте: 1500 потоков. Помимо того, что создание потока сама по себе затратная операция, на каждый из них выделяются системные ресурсы, в том числе - память. Каждый поток инициализирует свои данные, это еще память. По завершению обработки поток скорее всего не убьется сразу, а пройдет энное количество миллисекунд (чем загруженнее процессор - тем больше времени). Вот вам и постепенное накопление требуемой памяти. Скорее всего, в ProcessExplorer вы увидите, что ваш процесс "сожрал" гектара полтора в PrivateBytes. Собственно, об этом я раньше уже писал. В этой теме.
  8. Выбрать целевую платформу Меню Project - Deployment Убедиться, что в списке файлов есть файл без расширения с именем проекта, у него стоит галочка и путь к этому файлу соответствует тому, что показано на скриншоте в теме вопроса Основные файлы - не нужно. Они помещаются сами. Обычно туда лезут, если нужно задеплоить что-то "левое", свое. И - ответьте на вопросы Vitaldj. Возможно, вы работаете не с тем XCode.
  9. В деплоймент не всё что нужно попало? Посмотрите там.
  10. А SDK к нему подтянуты? Одна из подтянутых сделана активной?
  11. Мистика Отдельной опции "поставить симулятор" в менеджере платформ нет, скорее всего она идет в составе Delphi IOS (у меня установка через веб-инсталлер). Раз сама iOS платформа есть - значит, что-то тут не так. Может, студия криво встала?
  12. К сожалению, кнопка "Жалоба" не работает, поэтому пишу прямо здесь: Господа модераторы, может хватит уже смотреть спустя рукава на непозволительный тон и оскорбительные высказывания от haword ? И вообще, коллеги - не кормите троллей. Человек для себя уже всё давно решил, а здесь просто пытается утвердить свое мнение. haword , идите на хабр. Там вас поддержат, они любят такие речи. Здесь не те, кто "колется, плачет, но продолжает жрать кактус", а люди несколько иного настроя.
  13. System.IOUtils в uses поставить после модуля, в котором описан компонент TPath (делфи не под рукой, не скажу в каком конкретно).
  14. Мда. Отлично поговорили. Поздравляю вас, вы пополнили ряды тех, кто при отсутствии нормальных аргументов выдает "Ой, всё!"
  15. Нет реализации. Не вижу смысла продолжать спор в этом направлении, рекомендую почитать MSDN - как формируются и обрабатываются сообщения. В частности - про PostMessage, SendMessageTimeout и т.п. Где я сказал, что сделали хорошо? Давай ты не будешь приписывать мне результаты своих умозаключений? Он есть на мобильной платформе. Если ты собираешься идти в разрез с guidelines и плевать на удобство работы пользователя - пожалуйста, твое право, используй гриды. Много. Почти все. И далеко ходить не надо - IDE RAD Studio, MS Office, браузеры, бизнес-приложения, дизайн которых ориентирован на десктопы, и зачастую - на несколько десктопов. Да и проводником ты наверное ни разу в жизни не пользовался... Блин, вот кроме как иронизировать - ничего не остается. Вот возьмем любое финансовое приложение, коих очень много написано на VCL (все-таки легкость работы с БД подкупала очень многих). Портируй без изменений приложение, которое уже на старте выводит таблицу в 300 колонок и 10000 строк, и на каждое действие пользователя открывает еще одно окно с таким же количеством данных. Уже на третьей открытой форме смартфон скажет тебе "Уй!" и рубанет приложение по причине: а) оно не отвечает долгое время б) приложение захотело слишком много памяти. Поэтому с полпинка могли бы уйти только приложения уровня HelloWorld. Но их и с нуля написать проблем никаких нет. Любое коммерческое приложение, написанное на VCL, имеющее кучу сторонних компонентов, гигантское количество модулей, собственных библиотек (а как ты dll-ки будешь портировать и подключать на мобилах, где они в принципе не предусмотрены?) портированию просто не подлежит. Ни под каким соусом. Ах, да, забыл - особое удобство на телефонах тебе (и как пользователю, и как программисту) доставят риббоны. И тулбары. За сим я умолкаю. Не вижу смысла дальше спорить. Ты уперся в "вот если бы VCL была кроссплатформенной" и не хочешь слышать, что это нецелесообразно по целому ряду факторов. Давай так: FMX выросла из проекта ОДНОГО человека. Судя по тому, что ты пишешь - "закроссплатформить" VCL можно, было бы желание. Если я правильно понял - желание у тебя есть. Сделай, предложи Embarcadero, стань PM-ом у них и уже на официальном уровне продвигай свои идеи в массы, в общем - рули тем, куда пойдет и чем станет Delphi в будущем.