Впервые столкнулся с таким багом - во время игры герой может получить новый хендл ид. Его адрес при этом не меняется, однако все, что связано с хендлом, идёт нафиг - номер другой.
GetHandleId возвращает разные значения, никаких конкретных зависимостей ни по времени, ни по условиям появления бага, не нашёл пока. Обнаружил потому, что баф зависал на юните и не снимался, потому что сохранённый хендл юнита уже не существует, а юнит получил новый хендл. После этого хендл может изменится ещё, сколько угодно раз.
Баг пока что удаётся воспроизвести через раз, возможно, как-то связано с моим кодом, но уверенности ни в чем нет. Кто-то видел что-нибудь подобное? Мемхаком точно не менял.
GetHandleId возвращает разные значения, никаких конкретных зависимостей ни по времени, ни по условиям появления бага, не нашёл пока. Обнаружил потому, что баф зависал на юните и не снимался, потому что сохранённый хендл юнита уже не существует, а юнит получил новый хендл. После этого хендл может изменится ещё, сколько угодно раз.
Баг пока что удаётся воспроизвести через раз, возможно, как-то связано с моим кодом, но уверенности ни в чем нет. Кто-то видел что-нибудь подобное? Мемхаком точно не менял.
Принятый ответ
раздебажил до косточек, виноват был мемхак, просто не напрямую
кратко - не стоит записывать в массив данные через дефолтный jass, если уже записываешь в него данные через WMem() , счетчик ссылок ломается
кратко - не стоит записывать в массив данные через дефолтный jass, если уже записываешь в него данные через WMem() , счетчик ссылок ломается
`
ОЖИДАНИЕ РЕКЛАМЫ...
Чтобы оставить комментарий, пожалуйста, войдите на сайт.
Больше инфы про это я не слышал, да и думаю природа бага тут другая.
кратко - не стоит записывать в массив данные через дефолтный jass, если уже записываешь в него данные через WMem() , счетчик ссылок ломается