Цитата:
Сообщение от virusav
rsa, стоило обратить внимание на все вышесказанное, учитывая хотя бы тот момент, что это исходило от разработчиков.
Чтобы не разводить флуд, ответьте хотя бы на:
|
Сценарий очень прост - апдейт-пакет приходит при _первом_ создании пета. 1 раз. Далее (это мои предположения, для проверки надо раскатывать клиент по сабам) клиент считает его существующим, пока поле плеера UNIT_FIELD_PETNUMBER заполнено. И после изменения состояния (см. 26) перезапрашивает имя пета (зачем? АХЗ. ну не хранится оно в самой структуре данных плеера).
Разница в том, что на близзсервере пет при том, что у нас называется tempunsummon видимо не удаляется как структура из памяти, а каким-то образом "прячется", продолжая иметь все необходимые для ответа на запрос характеристики. Мы же пета _полностью_ удаляем (не очищая вышеуказанное поле), и имеем описанные выше грабли, включая запрос имени, который по мнению RomanRom2 теоретически невозможен.
Кстати, читать его сообщения все смешнее и смешнее. Теперь понятно почему в некоторых местах ядра код такой, что смотреть страшно. Наверное его писали Программисты с большой буквы. Разработчики ядра, которые, четко отличают границу между данными и ДАННЫМИ, но даже не знают сколько же в ядре хандлеров отвечают за саммон петов. Не один, RomanRom2, не один. Не верите? Посчитайте. Их 5. И это без учета вспомогательных
