Xipho

Я не говорил, что форум закрывается насовсем. Он прекратит своё существование в текущем виде. Но сам ресурс я закрывать не собираюсь. Почти вся полезная информация утрачена не будет. Но наличие бэкапов не только у меня - это хорошо и правильно. Вот это и есть основная проблема. Если это будет значить увольнение с основной работы - нет уж, спасибо, я люблю свою работу )) playground.ru )))))

Не вижу смысла оплачивать впустую. Неверно. Над посещаемостью надо работать, развивать ресурс, и всё такое. На это и нет свободного времени. Форуму больше 10 лет, и с посещаемостью проблема была всегда, потому что я не занимался его развитием, думал, будет клуб по интересам. Но так не получилось Именно. Но этим времени заниматься нет. У нас есть такой раздел. В "Общении" разрешено общение на любые темы (в пределах разумного).

Неправильно. На форуме сейчас есть раздел загрузок и трейнеров - вот он продолжит своё существование. Сам же форум будет закрыт, как я выше и писал. Не вижу смысла в существовании форума, на котором активность почти равна нулю. Из блогов тоже?

Ммм, не думал, что надо на что-то предыдущее ответить. Ты вроде очевидные вещи там написал... Не понял твою идею, ну да ладно. Я бы на твоём месте не стал изобретать велосипеды, а использовал бы protobuf в бинарном варианте. Возможно, ты удивишься, посмотрев, как выглядит строка в памяти. То есть, она выглядит именно так - сначала длина, затем массив символов Наверное, ты хотел сказать, что инициализировать буфер для строки нужно строго после вычитывания её длины, чтобы сразу выделить правильный объем памяти? Удачи в этом нелегком деле. А ведь можно было избежать большого количества рефакторинга, изначально продумав архитектуру... Меня не так-то просто напугать, я всякое видел )) Потому что распылял своё внимание, не шёл последовательно, не намечал план (хотя бы в том же Trello).

Я не думаю, что вопрос актуален спустя пять лет

А причем тут указатели? Ты будешь из десериализации поднимать новые объекты, и их указатели прописывать в нужные места другим объектам?

Подскажи, что за дилер тебе такую отборную дурь подгоняет??? А если серьезно, мне кажется, будет лучше, если ты обозначишь проблему целиком, не пытаясь получить точечные ответы. Сериализация/десериализация - дело нехитрое, можно хоть сплошным потоком в файл писать, ведь при считывании ты точно будешь знать, для кого сколько байт предназначено. Но что-то мне интуитивно подсказывает, что ты пишешь решение какой-то большой задачи, но не хочешь так или иначе нас в неё посвящать, вбрасывая точечно кусочки, на которых ты сам спотыкаешься. По поводу же сериализации указателей, в условиях динамического распределения памяти я не вижу много смысла эти адреса сохранять, ведь при перезапуске они однозначно поменяются.

Привет. rax - база. rdx - индекс элемента в массиве/списке 4 - размер элемента в массиве/списке Получается, что смещением будет значение rdx в момент выполнения нужной тебе операции, помноженное на 4.

Почитай про принципы KISS и YAGNI

В твоем потоке есть вызовы CRT?

А может, Рихтер как раз имел в виду не прямой вызов ExitThread, а вызов через FreeeLibraryAndExitThread?

Давно я не кодил на плюсах, тем более, под винду. И уж точно сейчас не буду сидеть и вспоминать, как оно там. Как мне кажется, ты сильно подвержен явлению под названием "давление авторитета". Почитай, что это такое, и почему это плохо.

Ну ок. Что мешает в потоке сделать вечный цикл типа while(isRunning), а в DLL_PROCESS_DETACH выставить isRunning в false?

За то время, пока ты методом тыка пытаешься менять, уже можно было без проблем изучить основы Lua, тем более, что это очень простой язык.

Из первого поста я не понял, какую проблему ты решаешь. Почему библиотека не может сама убить свой поток в секции DLL_PROCESS_DETACH?

Ну так добавь ее, в чем проблема?

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

На такой версии антиотладка может быть отключена.

Игру не указал, ничем не можем помочь.

Не слышал про регистр ECT. Ты уверен, что ничего не путаешь? По поводу LEA - попробуй пошаговую отладку, посмотри, что окажется в целевом регистре после выполнения этой инструкции. Это будет вместо тысячи слов. Но если брать твой пример выше То да, в целевом регистре окажется именно это число.

Отлавливаешь событие клика мыши, и дальше ползаешь по обработчикам этого события.

1. Прочекай, какие файлы и/или записи реестра читает лончер на старте перед тем, как выдать, что ты забанен 2. Прочекай код лончера на предмет проверок на бан Исходя из полученных данных предприми соответствующие действия.

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

То, что тебе говорит СЕ - он не может найти уникальную цепочку байт, чтобы однозначно идентифицировать нужную инструкцию. В этом случае можно попробовать взять для сигнатуры побольше байт (некоторые умудряются брать по нескольку десятков байт), или же попробовать взять уникальные байты выше/ниже нужной инструкции, а в скрипте уже учесть смещение от выбранной инструкции до нужной. Ну и не лишним будет указать игру, которую ты взламываешь, и что конкретно ты пытаешься сделать (вангую, что тоже телепорт, но мало ли).

Какая игра? Как искал таймер? Покажи скрипт, который не работает.