Возможно не совсем по этой теме, но кому-нибудь будет интересно. Некоторые редакторы изначально не учитывают особенности "официальных" gshop.data, в которых определённые итемы управляются серверной стороной. Иными словами, на них динамически изменяется цена (сервером), которая в первом ценовом блоке (а всего их у итема не больше 4, если мне не изменяет память) имеет значение 0, и установлен признак управления Сервер. Во втором блоке цена имеет значение, отличное от нуля, и признак управления - Клиент, но gs всё равно не стартует, так как нулевая цена в первом блоке и серверный признак приводят к аварийному завершению загрузки gs. Обычно достаточно во всех итемах заменить нулевые цены на ненулевые (первый блок), и выставить признак управления - Клиент, а во втором блоке все цены сделать нулевыми, и выставить признак Сервер. Во всяком случае, у меня, таким образом модифицированные "оригинальные" gshop.data преспокойно загружаются (естественно, при условии подходящего к шопу elements.data). Вот, немного модифицированный редактор от daqq, в который добавлена функция исправления подобных gshop.data файлов. Скачать: http://rghost.ru/59577707
Я уже все залил, установил, но ошибка при запуске .sh файла. /stop.sh: /bin/sh^M: bad interpreter: No such file or directory Вот, по твоей проблеме: http://unix.uz/fun/212-udalenie-simvolov-m-s-pomoschyu-sed.html p.s. Возможно, в /bin отсутствует sh. Попробуй заменить на /bin/bash.
В процессе привязывания русскоязычного клиента к так называемому "серверу 449", имеющему version=515, столкнулся с проблемой несоответствия нумерации руофовских патчей европейским. Некоторые раздумья и подсовывание кучи руофовских файлов *.sup патчеру (начиная с версии 331) навели на мысль, что не так уж критично точное соответствие сигнатур на сервере и клиенте. Иными словами, если сервер "проглотил" содержимое клиентского каталога data, то нет никаких препятствий для подключения этим клиентом к серверу. Чтобы обойти на клиенте проверку сигнатуры достаточно выполнить следующее: найти последовательность байт 0x83, 0xc4, 0x08, 0x85, 0xc0, 0x0f, 0x94, 0x44, 0x24, ??, 0xe8 и выше этой последовательности на 13 байт изменить код 0x50 (push eax) на 0x51 (push ecx). Байт в позиции ?? меняется от версии к версии, поэтому обозначен вопросительными знаками. p.s. В целях ручного патча достаточно удобно использование редактора hiew, который позволяет использовать в сигнатурах поиска маски, нажатием Alt+? p.p.s. Прошу извинить, если подобная тема уже где-то была. Да, и конечно же, патч поможет лишь в том случае, если формат структур на сервере и клиенте одинаков, и однозначно не удастся запустить текущий руофовский клиент с сервером 449/515 :)
SSH сервер установлен? Если пытаетесь подключиться с root, есть ли строчка PermitRootLogin yes в sshd_config? DNS определяет адрес сервера? Если нет, и подключение идёт по ip, можно попробовать UseDNS no в том же конфиге.
Ещё вариант - установить Sypex Dumper Pro, с помощью этого инструмента очень удобно делать дампы и разворачивать базы в MySQL. Лёгок в установке и использовании. Скачать: http://rghost.ru/57889008
Интересно конечно, можешь, пожалуйста, скинуть фикшенный elementclient.exe ...описанными выше программами не пользовался Пожалуйста: http://rghost.ru/57694087 Смотрите, кому интересно, может найдётся у кого желание разобраться глубже.
По идеи можно сделать 101 русский элемент и не парится. а так всё правильно, но я честно говоря не понял где менять...в экзешнике найти не могу Я пользуюсь hiew (c) SEN, там очень удобно работать с форматом PE.
Столкнулся с необходимостью войти руофовским клиентом на персонажа, который входит в один из кланов. Клиент, естественно, выдаёт ошибку с предложением релога. Долго разбираться времени не было, в результате определённых манипуляций была найдена функция по адресу 0x460100, при замене в которой цепочки [VA:0x460118] 0x8b, 0x4c, 0x24, 0x08, 0x51 (mov ecx, dword ptr [esp][8]; push ecx) на 0x6A, 0x01, 0x90, 0x90, 0x90 (push 1; nop(3)) даёт возможность клиенту нормально загрузиться, правда кроме логотипа клана, названия, уровня, и возможности удалить клан ничего не работает. Лично мне для удаления клана было достаточно, но возможно у кого-то появится желание "копнуть" глубже, для отображения списка членов клана, и т.д. p.s. В оригинале (клиент 101) в стек идёт не 1 а 0, но видимо где-то дальше производятся дополнительные манипуляции и проверки...
Несколько дней проработал стабильно. В принципе и конфигурация для 101 и правило конвертации создавались довольно щепетильно, поэтому глюков быть не должно.
Возможно кому-то пригодится http://rghost.ru/57109677 (в открытом пока не видел, либо плохо смотрел). В архиве также исправленный руофовский Gshop (21.07.2014) (клиент и сервер).
Не очень элегантное, но хотя бы временное решение без nocheck для руофовского клиента: 1) в elements.data меняем по нулевому смещению байт 0x6a на 0x65 2) в elementclient.exe меняем по смещениям 0x3a955 и 0x41642d байты 0x6a на 0x65
Патч включения Сферы алхимика РуОф клиента 1.5.1 для желающих сэкономить (размер elementclient: 0x8a63c0). Метод основан на идее Noname Soft. elementclient.exe (offsets from MZ) 000C5A62: 1D 25 000C5A77: 0B 13 000C5A80: 83 81 000C5A81: C8 FF 000C5A82: FF 9C 000C5A83: 5F 8F 000C5A84: 5E 00 000C5A85: C2 00 000C5A86: 08 74 000C5A87: 00 03 000C5A88: 90 83 000C5A89: 90 C8 000C5A8A: 90 FF 000C5A8B: 90 5F 000C5A8C: 90 5E 000C5A8D: 90 C2 000C5A8E: 90 08 000C5A8F: 90 00
Патч на полёт без разгона для 1.5.1 (РуОф от 25.06.2014, размер elementclient.exe: 0x8a63c0, формат CRK (относительно MZ)). Может кому пригодится. 0000B2A1: 90 8B 0000B2A2: 90 8F 0000B2A3: 90 1C 0000B2A4: 90 F7 0000B2A5: 90 FF 0000B2A6: 90 FF 0000B2A7: 90 EB 0000B2A8: 90 2E 0000B2D4: 8B EB 0000B2D5: 4B CB 0000B2D6: 28 90
Куча костылей и говнокода - это best practics джунов. you mean best practices? :)
Возможно поможет вот так: dpkg --add-architecture i386 apt-get update apt-get install libc6:i386
Возможно кому-нибудь пригодится. http://rghost.ru/55047878
Проблема решилась заменой z21 и d21.
Может кто-нибудь сталкивался? Элементшоптаски проверь "Элементшоптаски" пробовались из клиента и те, что шли со сборкой. Причина ошибки - падает gs (segmantation fault) при загрузке z21. VM выделено 28Гб оперативки.
После установки сервера, синхронизации data-файлов и дальнейшего запуска, получаю: Server update in progress, please patch and try again. Сервер грузится без ошибок, база доступна. Может кто-нибудь сталкивался?
Если кому интересны исходники, то вот: http://rghost.ru/53815989. Авторский код на visual c++, но я думаю в c# пригодится больше. ps С багами чтения руофовских тасков разбирайтесь сами.
Имена участников (разделяйте запятой).
