Вверх ↑
Этот топик читают: Гость
Гость
Ответов: 17029
Рейтинг: 0
#1: 2009-05-21 13:38:53 правка | ЛС | профиль | цитата


Редактировалось 2 раз(а), последний 2025-01-10 18:52:46
карма: 0

0
Администрация
Ответов: 15295
Рейтинг: 1519
#2: 2009-05-21 13:41:47 ЛС | профиль | цитата
а читерить нехорошо...
карма: 27
0
Гость
Ответов: 17029
Рейтинг: 0
#3: 2009-05-21 13:43:22 правка | ЛС | профиль | цитата


Редактировалось 2 раз(а), последний 2025-01-10 18:52:47
карма: 0

0
Гость
Ответов: 17029
Рейтинг: 0
#4: 2009-05-21 13:45:51 правка | ЛС | профиль | цитата


Редактировалось 2 раз(а), последний 2025-01-10 18:52:47
карма: 0

0
Разработчик
Ответов: 4698
Рейтинг: 426
#5: 2009-05-21 13:50:32 ЛС | профиль | цитата
Таймер, вообщето можно заменить на это
Add(Thread,1929728,322,350)
{
Delay=20
link(onExec,377751:Method,[(362,356)(362,359)])
}
Add(PointHint,377751,371,343)
{
Info=#6:дальше|
}
карма: 10
0
Гость
Ответов: 17029
Рейтинг: 0
#6: 2009-05-21 13:54:41 правка | ЛС | профиль | цитата


Редактировалось 2 раз(а), последний 2025-01-10 18:52:47
карма: 0

0
Разработчик
Ответов: 4698
Рейтинг: 426
#7: 2009-05-21 13:55:44 ЛС | профиль | цитата
И вообще, полезно бы справку почитать о компоненте:
Короткая справка о Thread писал(а):

onExec - все компоненты, идущие после этого метода вынолняются в отдельном потоке, т.е. параллельно с основным процессом и другими потоками в программе(если такие есть). Благодаря этому появляется ряд особенностей, о которых нужно помнить при использование потоков в своей программе:

Не рекомендуется изменять внешний вид интерфейсных элементов из схемы, стоящей после метода doExec. Связано это с тем, что все управление визуальными компонентами происходит с помощью асинхронной посылки всевозможных сообщений элементу. Т.е. шевельнули мы мышкой и Windows уже шлет окну или отдельному элементу сообщение о перемещение мыши с её новыми координатами. Этот механизм иногда нарушается при одновременном манипулирование одним и тем же элементом из основного процесса и из потока. Проявляется это нарушение начиная от неверной прорисовки до аварийного завершения программы.
Стоит аккуратно изменять данные внутри программы, к которым имеет доступ часть схемы, выполняемая в основном процессе и в потоке.
Любое циклическое использование потока без внутренней задержки(т.е. Delay=0) приведет к полной загрузке процессора, если основной процесс не занят работой. Связано это с тем, что внутри потока при ненулевой задержки происходит вызов специального метода, который на заданное количество милисекунд полностью останавливает выполнение текущего потока, усыпляет его, и процессор отдыхает в это время.

onSyncExec - это событие происходит сразу после события onExec и используется обычно для обновления информации на форме в синхронном режиме. Если коротко, то вызов этого метода заставляет поток приостановить свое выполнение и подождать, пока форма обработает все сообщения Windows, о которых говорится выше. Затем основной процесс так же прерывается на время выполнения всей схемы, идущей после метода. После этого выполнение основного процесса и потока возобновляется. Исходя из описанной логики работы этого метода, стоит отметить, что выполнение большого количества элементов или слишком частое обращение к элементам формы сведет на нет весь выигрыш от использования потоков.

------------ Дoбавленo в 14.00:
А не проще ли сделать форму, на которой будут все "читы" и галочки, использовать чит или нет(или по горячей клавише). Тогда не будет двух процессов, загружающих процессор
карма: 10
0
Гость
Ответов: 17029
Рейтинг: 0
#8: 2009-05-21 14:05:38 правка | ЛС | профиль | цитата


Редактировалось 2 раз(а), последний 2025-01-10 18:52:48
карма: 0

0
Разработчик
Ответов: 26212
Рейтинг: 2138
#9: 2009-05-21 15:02:14 ЛС | профиль | цитата
94.50.252.46 писал(а):
почему так?

А время таймера не пробовал изменять в сторону увеличения

Похоже на то, что основное приложение еще не успело отработать сообщения, как ему подпихивают новые, вот проц и перегружается, отсюда зависаеет менее приритетное приложение.
карма: 22

0
Ответов: 9906
Рейтинг: 351
#10: 2009-05-21 19:41:08 ЛС | профиль | цитата
Похоже, что обсуждение вопросов кольцевания - тоже в разряд табу попало
Все все знают, но говорят о чем угодно, кроме этого....
карма: 9

0
Разработчик
Ответов: 26212
Рейтинг: 2138
#11: 2009-05-21 21:17:59 ЛС | профиль | цитата
Galkov писал(а):
тоже в разряд табу попало

Не, не попало. А действительно, на кой черт там кольцевание (я чего-то сразу и не заметил, только после второго просмотра)
карма: 22

0
11
Сообщение
...
Прикрепленные файлы
(файлы не залиты)