Допустим, сохраняю я в хэш примерно так:
call SaveUnitHandle (udg_Hash,GetHandleId(t5),2,u5)
call TimerStart (t5, 0.01, true, function ManaInside)
А в функции ManaInside достаю t5 уже, например, как t:
local timer t = GetExpiredTimer()
local unit u5 = LoadUnitHandle(udg_Hash, GetHandleId(t),2)
При очистке
call PauseTimer(t)
call DestroyTimer(t)
call FlushChildHashtable(udg_Hash,GetHandleId(t))
все же везде корректно очистится?

Принятый ответ

ClotPh, это локалка. Нет вообще никакой разницы как ты ее назовешь. Должен скопетанить ©, ибо опасаюсь что ирония Дока может быть не замечена.

Показан только небольшой набор комментариев вокруг указанного. Перейти к актуальным.
0
19
7 лет назад
0
Похожие вопросы:

ответ
Вам сюда, господин хороший. Там есть ответы, практически, на все ваши вопросы.

2
21
7 лет назад
2
ClotPh, сначала чистишь, потом удаляешь таймер. Еще не уверен необходимо ли паузить таймер. Вроде как - можно сразу удалять. Хеш - не самый производительный способ ассоциировать группы данных.
call FlushChildHashtable(udg_Hash,GetHandleId(t))
call DestroyTimer(t)
// Нужно так
0
21
7 лет назад
0
Главный вопрос был про то, не возникнет ли проблем из-за того, что t5 поменялось на t.
GF RaiseD, "сначала чистишь, потом удаляешь таймер" - в чем разница?! Постоянно делалось наоборот и проблем не замечалось, утечка все же есть?
1
21
7 лет назад
1
А что может чиститься по хендлу удаленного объекта?
6
29
7 лет назад
6
Конечно возникнет. А вот если на t6 поменяешь то не будет. А если на superTimer то наоборот всё еще лучше станет. Главное не называть переменные таймеры без буквы t, а то вообще всё сломается.
0
21
7 лет назад
0
Doc, о как, ну теперь буду знать.
Короче, ятп так: проблем из-за "смены номера" нет, но вначале флушить, потом таймер рушить. Всем спасибо.
Показан только небольшой набор комментариев вокруг указанного. Перейти к актуальным.
Чтобы оставить комментарий, пожалуйста, войдите на сайт.