Пакет 3005, в ответе структура GRoleDetail
[IMG] <0><0><3:0> - для 1.3.6, для 1.4.4 выше скинули Как-то так
По поводу предложений: ввести 2 переменных done и overflow для проверки статуса после завершения чтения пакета. А также учесть при чтении, что чтение может продолжаться даже после выхода из размеров буфера и добавить соотв. проверки и возврат дефолтного нуля.
А в PHP разве нет перегрузки методов? Там нет обязательного четкого приведения типов. В переменную можно кидать любые типы, или кастовать в нужный по необходимости (при различных операциях сложения и модификаций php может это делать сам), поэтому overload методы тут только добавят гемороя. $GetRoleBase -> WriteUInt32(-1); // always Какой же это UInt если с минусом?)
Версия 2.5 (HotFix) исправлен баг при использовании многоразовых промо-кодов исправлен баг при обмене итемов на ЛК монеты
На данный момент нет планов по введению функций, требующих длительного времени выполнения, т.к. для этого прийдется переделывать систему запросов чтобы не ловить таймауты.
124 это GMQueryRoleInfo Параметров запроса не нашел, а ответ простой type = struct GMQueryRoleInfoRes { int status; } Как будет время проверю его, а также версии, на которых он работает.
Прочитай внимательно мое сообщение выше.
Насколько я понял, последний бит в маске означает доп флаг для карт, и если он установлен, то первые биты уже отвечают за номер ячейки карты.
Как делал я, и наверняка многие другие: 1. Берем снифер пакетов 2. Ловим нужный пакет на gamedbd (29400) или gdelivey (29100) например при входе в мир или другом нужном действии. 3. Смотрим и изучаем его. Общая картина формирования пакетов такая: PID - CUInt айди пакета PLen - CUInt полный размер пакета на GameDB практически на всех пакетах фиксированное число 2147483648 или 2147483649 UInt32 (для чего оно не вникал, мб это localsid) далее сам пакет по структуре. При коннекте к деливери - сразу считываем данные перед отправкой своего пакета, чтобы получить потом ответ, а не то, что отправляется при коннекте. Структуры всех пакетов есть в дебаг символах gamedb и gdeliveryd У меня все.
В отличии от других игр, где в основном делают эмуляторы, тут в шару попадают файлы от разработчиков, без исходников, скомпилированные (с дебаг символами), поэтому можно брать практически любую "сборку" и разбираться с ней.
Я думаю он хотел сказать примерно следующее: есть достаточно много информации и подобных тем, и не смотря на это вам дали ответы, практически тыкнули носом, но в ответ - "Не посылайте меня читать то, что я учил 20 лет назад. Я спросил простую вещь и ждал простой ответ", т.е. Вам лень потратить 10 минут времени, чтобы ознакомиться с информацией по ссылке, и считаете, что кто-то другой горит желанием предоставить полностью готовое решение. Такие действия новичков (на форуме) всегда вызывают подобную реакцию пользователей, т.к. Вы далеко не первый, который задает подобные вопросы.
Первым делом надо посмотреть ошибку при запуске сервиса gamedbd cd /home/gamedbd ./gamedbd gamesys.conf Вместо home - свой путь к папке с сервером.
Проблема очевидно в неполном удалении файлов базы данных при вайпе.
Может тогда стоит поискать напарника по серверу, который более знаком с основами файловых систем, умеет замечать и понимать информацию, которая выводится в работе сервисов да и просто разбирающегося в серверостроении?
Информация в 1-м посте обновлена, на следующей неделе будет релиз версии 4.4.
cd /home/gamedbd ./gamedbd gamesys.conf далее сюда то, что напишет после запуска
Не понимаю, что сложного в удалении файлов из 2-х папок?
Проверь запущен ли gamedbd, если нет - стоит посмотреть ошибки, которые он пишет при запуске. По поводу IWEB - опять же изучаем ошибки и логи после запуска
Проверь еще gsalias.conf мб там указан вместо ip - хост, который не прописан в /etc/hosts, это также может создать проблемы при запуске gs.
Имена участников (разделяйте запятой).