Maximus

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

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

  • Посещение

О Maximus

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

Контакты

  • Сайт
    www.netlights.ru

Информация

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

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

405 просмотров профиля
  1. Нет, не по умолчанию, это косяк в скрипте. Я так понимаю запрос заработал, в чём же была проблема?
  2. Что значит ничего? Покажите ошибку. Доступ в сеть для программы ничего не блокирует, антивирус например?
  3. Работает всё Другие сайты грузит, яндекс, гугл?
  4. Вкратце вот здесь можно почитать http://proghouse.ru/programming/36-delphi-xe7-ppl Например, если таск организован как бесконечный цикл, то после завершения каждого таска, в главном потоке увеличивать счётчик. Как только он станет равным количеству запущенных, можно будет обновлять информацию на экране и делать повторный запуск. Разумеется доступ к главному потоку должен быть синхронизирован. А если в таске конечная последовательность действий, то можно просто проверять статусы всех тасков. Логично. WaitForAll приостанавливает поток в котором был вызван до тех пор, пока не будут завершены все таски.
  5. Во-первых ни в коем случае нельзя обращаться к визуальным компонентам напрямую без синхронизации, да и вообще к любым разделяемым ресурсам. Во-вторых 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.
  6. windows

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

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