Maximus

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

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

  • Посещение

О Maximus

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

Контакты

  • Сайт
    www.netlights.ru

Информация

  • Пол
    Мужчина
  • Город
    Воронеж

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

451 просмотр профиля
  1. Да, нужно либо обновиться на Токио, либо применить фикс, который есть в комментариях на первой странице. На торрентах бесплатно продают, скачайте и вынимайте оттуда любые модули, которые нужны.
  2. Есть вот такой вот комментарий принципиально поводу создания FMX внутри библиотеки http://forum.vingrad.ru/index.php?showtopic=380246&view=findpost&p=2626848
  3. Нет, не по умолчанию, это косяк в скрипте. Я так понимаю запрос заработал, в чём же была проблема?
  4. Что значит ничего? Покажите ошибку. Доступ в сеть для программы ничего не блокирует, антивирус например?
  5. Работает всё Другие сайты грузит, яндекс, гугл?
  6. Вкратце вот здесь можно почитать http://proghouse.ru/programming/36-delphi-xe7-ppl Например, если таск организован как бесконечный цикл, то после завершения каждого таска, в главном потоке увеличивать счётчик. Как только он станет равным количеству запущенных, можно будет обновлять информацию на экране и делать повторный запуск. Разумеется доступ к главному потоку должен быть синхронизирован. А если в таске конечная последовательность действий, то можно просто проверять статусы всех тасков. Логично. WaitForAll приостанавливает поток в котором был вызван до тех пор, пока не будут завершены все таски.
  7. Во-первых ни в коем случае нельзя обращаться к визуальным компонентам напрямую без синхронизации, да и вообще к любым разделяемым ресурсам. Во-вторых deadlock в FMX ничем не отличается от deadlock на VCL или на WinAPI, почитать можно здесь http://forum.vingrad.ru/topic-60076.html Конкретно в приведённом примере достаточно обернуть изменение метки в Synchronize TThread.Synchronize(nil, procedure begin Form4.Label1.Text:=i.ToString; end); и после запуска потока вызывать MyThread.WaitFor; - получите deadlock.
  8. windows

    На FMX этот компонент не завезли, студия же на VCL написана. В FMX можно попробовать заменить на TMenuBar.
  9. windows

    Меню RAD Studio сделано на TActionMainMenuBar.
  10. А что это вообще за метод TThread.ForceQueue? Где вы его взяли, его же нет в TThread.
  11. Баг исправлен в Tokyo.
  12. Вы же знаете длину и ширину своего "потомка", учитывайте её при проверке и всё.
  13. Кажется баг исправлен в Tokyo.
  14. Там теперь отображается не дата последнего поста, а дата создания темы. Зачем так сделали - непонятно.