Xipho

30 минут назад, Partizan сказал:

Жаль конечно что форум закрывается. Столько полезной информации в русскоязычном сегменте пропадёт

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

17 минут назад, Antonshka сказал:

Общаются в основном всего несколько человек. Их можно сосчитать по пальцам.

Вот это и есть основная проблема.

18 минут назад, Antonshka сказал:

Я за появление свободного времени

Если это будет значить увольнение с основной работы - нет уж, спасибо, я люблю свою работу ))

10 минут назад, Partizan сказал:

А кто подскажет альтернативу. Кроме ферлесса 

playground.ru )))))

6 минут назад, Pitronic сказал:

А может весь сайт с блогами со статьями?

Не вижу смысла оплачивать впустую.

6 минут назад, Pitronic сказал:

а насчёт посещаемости, так это дело времени

Неверно. Над посещаемостью надо  работать, развивать ресурс, и всё такое. На это и нет свободного времени. Форуму больше 10 лет, и с посещаемостью проблема была всегда, потому что я не занимался его развитием, думал, будет клуб по интересам. Но так не получилось

8 минут назад, Pitronic сказал:

Нужны какие то новости, например новые видео в ютубе

Именно. Но этим времени заниматься нет.

8 минут назад, Pitronic сказал:

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

У нас есть такой раздел. В "Общении" разрешено общение на любые темы (в пределах разумного).

1 час назад, Pitronic сказал:

будет создан архив форума

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

2 часа назад, Partizan сказал:

Почти все статьи в одном архиве

Из блогов тоже?

В 24.12.2022 в 16:21, Antonshka сказал:

Что-то @Xipho не ответил.

Ммм, не думал, что надо на что-то предыдущее ответить. Ты вроде очевидные вещи там написал...

В 24.12.2022 в 16:21, Antonshka сказал:

В любом случае, с сериализацией/десериализацией я закончил. Основа этого дела, это использование std::unordered_map. Ключ используется для выбора правильного объекта.

Не понял твою идею, ну да ладно. Я бы на твоём месте не стал изобретать велосипеды, а использовал бы protobuf в бинарном варианте.

В 24.12.2022 в 16:21, Antonshka сказал:

Строки сохраняются в файл на диск так, - сперва сохраняется длина строки, затем ее содержимое.

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

В 24.12.2022 в 16:21, Antonshka сказал:

Буфер для строки нужно предварительно увеличить

Наверное, ты хотел сказать, что инициализировать буфер для строки нужно строго после вычитывания её длины, чтобы сразу выделить правильный объем памяти?

В 24.12.2022 в 16:21, Antonshka сказал:

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

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

В 24.12.2022 в 16:21, Antonshka сказал:

А то @Xipho, увидев его, потеряет сознание.

Меня не так-то просто напугать, я всякое видел ))

В 24.12.2022 в 16:21, Antonshka сказал:

Прошел год, (365 дней), а я написал только PopupMenu, MainMenu, ToolTip, и TitleBar (в форме кода-каши).

Потому что распылял своё внимание, не шёл последовательно, не намечал план (хотя бы в том же Trello).

17 часов назад, Pitronic сказал:

Смысл всегда есть.

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

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

Подскажи, что за дилер тебе такую отборную дурь подгоняет??? 

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

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

Но что-то мне интуитивно подсказывает, что ты пишешь решение какой-то большой задачи, но не хочешь так или иначе нас в неё посвящать, вбрасывая точечно кусочки, на которых ты сам спотыкаешься.

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

Привет.
rax - база.

rdx - индекс элемента в массиве/списке

4 - размер элемента в массиве/списке

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

16 часов назад, Antonshka сказал:

Пока нет, но когда они могут появиться, я не хочу возвращаться и переписывать с CreateThread на _beginthreadex.

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

1 час назад, Antonshka сказал:

A thread in an executable that calls the C run-time library (CRT) should use the _beginthreadex and _endthreadex functions

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

53 минуты назад, Antonshka сказал:

Далее, по логике Рихтера, так как API функция FreeLibraryAndExitThread, вызывает ExitThread, - значит этот вариант выгрузки DLL отпадает.

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

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

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

2 минуты назад, Pitronic сказал:

Я не знаю как. Вообще луа не знаю. Пользуюсь тем что мне кто то когда то дал, или нашёл на просторах интернета. Единственное что получается, пробую изменять методом тыка уже готовое под себя.

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

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

14 часов назад, Pitronic сказал:

Наверное там нужна проверка на присоединение к процессу.

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

1 час назад, TurkishSea сказал:

Подскажите, почему могут не отображаться значения в редакторе?

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

13 часов назад, Partizan сказал:

Я пробовал на версии от skidrow. Не вылетало

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

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

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

3 часа назад, sivka сказал:

То есть превращает условное 00000000 в 0000016c

То да, в целевом регистре окажется именно это число.

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

1. Прочекай, какие файлы и/или записи реестра читает лончер на старте перед тем, как выдать, что ты забанен

2. Прочекай код лончера на предмет проверок на бан

Исходя из полученных данных предприми соответствующие действия.

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

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

Какая игра?

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