Gaikotsu

если ты имеешь в виду их поведение, то править соответствующие классы в ядре

может потому-то большинство уже достали эти однообразные темы с вопросами на тему "какую сборку порекомендуете", появляющиеся тут чуть ли не каждый день?

в чем смысл темы? микрософт и не утверждала никогда что вин10 будет халявой - это все домыслы журналюг. мс эти слухи уже давно опровергала - был ответ что да, можно обновить свою нелицензионную версию, но она при этом никак не станет лицензионной - просто таким пользователям будет выдаваться предложение о покупке лицензии.

что тебе мешает в IDE открыть данный класс, выбрать его конструктор и затем "найти все вызовы" (ну или как-то типа того - зависит от IDE)

от сборки зависит

походу клиенту приходит криво сформированный пакет ConfirmDlg

переписывать значит сам процесс смены оружия проверять что если идет атака/каст - вместо смены сразу же ставить в очередь задач.

таки да - причина может быть любой, начиная от неподходящего по протоколу клиента и кончая неправильными настройками сервера.

ну если исходники есть, в чем проблема то? поизучай класс StatFunctions на тему того, корректно ли делаются арифметические операции с атрибутами. больше как-то никаких идей почему так может происходить у меня лично нет

еще и декомпил? тяжко тебе будет это править, ой как тяжко. учитывая еще что судя по импортам это овер, а в нем проверки на допустимость идут в методе rewardSkills класса Player, при восстановлении скиллов (все неподходящие просто пропускаются и не добавляются игроку) - самого наверное большого и сложного в ядре и декомпил/компил там столько неочевидных косяков внесет что тебе еще повезет если сервер после этого хотя бы запустится. ну и еще конечно проверки на допустимость изучения есть в пакете RequestAquireSkill

убери из требований изучения этих скиллов книги

или спавнить через текущий рефлекшн, методом addSpawnWithoutRespawn или addSpawnWithRespawn - зависит от того, нужен ли респ моба после его смерти правда не помнб - были ли уже в фениксе эти методы в Reflection иил нет.

ну кланвовые заказы после линдвиора уже не существуют же вроде? а поиск клана RequestPledgeRecruit* и ExPledgeWaiting* - клиентские пакеты ExPledgeRecruit* и ExPledgeWaiting* - серверные пакеты

ну удачи ждать ответа с таким размывчатым указанием сборки

ну и насоветовали, советчики... add и 0x40 ставь, ну и нормальные значения резиста а не эти насоветованные 0.9 и т.п.

ну для начала стоит хотя бы польноваться правильными order'ами для прибавления, а то мало ли как там в твоей сборке - может на 0x30 жестко завязано что может корректно использоваться только для умножения/деления.

ну про интерлюды и все такое я не в курсе.

ну если им не чужды прелести садомазо, то флаг им в руки. а нормальные люди лучше возьмут того же мобиуса или же сами апнут сервер до Атреи.

не пали контору из-за твоих разоблачений не появятся говнотимы с лозунгами "у нас Атрея, все па оффу!".

смотря как делаешь обмен мультисел - пилить механику обмена в нем. что-то сво типа скрипта - тут банально запоминать заточку и аугу у старого оружия и присваивать новому

пример <Button ALIGN=LEFT ICON="NORMAL" action="url !2775">Открыть веб-страницу</Button> 2775 - ид строки из SysString клиента, содержащее нужный адрес

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

я оыбчно для таких дел пользуюсь специальной утилиткой - http://www.funduc.com/replace_studio_pro.htm

х7 устроит?

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