Я нашёл ещё одну "лазейку" в варе) ну могу сразу сказать, что ничего не получится сделать :)
чисто теоретически мы можем читать из любой области памяти..

Как немногие знают, строки "Игрового интерфейса" работают по принципу printf
Тоесть туда передаются по очереди значения, которые подставляются в %s, %d, %x итп внутри строки.
Не знаю, каким образом получилось так, что эти строки полностью поддерживают форматирование printf.

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

Проверял на отладчике, соответственно EAX содержит этот адрес и система убивает после cmp(ну там в недопустимом сегменте я так понял) :)

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

Скрин и карта прилагаются.

честно говоря я не понимаю что это и для чего это нужно, но видимо что-то очень крутое
мне нравиться

bee добавил:
выбираю корову и у меня фатал

FREEZE_ball, но не в игре :) тоесть без вмешательства стороннего и всяких ссаных ретурнбагов.
и как я говорил там хрень с

макс. уровень героя не может быть больше какого-то значения (ну точно меньше 0xFFFFFFFF)

Попробуй с рб, если будет больше возможностей - можно использовать в крупных проектах=)

а смысл? в рб и так уже есть ретурн код, делай че хочешь

Примеров нет, чтобы разобраться ^_^

Ну хорошо, есть printf обращающийся к случайной памяти. Ну залезет он туда, попытается найти строчку. Может даже что она там и окажется и он что то да выведет. Или там окажутся какие то данные. Получил, вывел. А дальше что? 1 как ты собираешься считывать эти данные из того что вар вывел пользователю это раз. Во вторых от пользователя в идеале это нужно будет как то скрыть. Ну и даже если ты получишь эти данные что ты с ними будешь делать? В память то ты всё равно записать ничего не сможешь.
Есть вариант использования этого всего - определять расположение в памяти определённых переменных или групп переменных, что может помочь при дисассемблинге. А в игре это использовать хз как.. Даже если ты узнаешь что адрес *имени игрока*, скажем, - такой-то, и даже постоянный на одной машине, не факт, что он будет такой же на другой.
А если там вообще какой-нибудь sprintf_s используется, который длину строки ещё принимает, что тогда?

там есть ещё %n

ScorpioT1001 добавил:

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

FACE PALM

Не понял сраказма..

там есть ещё %n

Насколько мне известно в С стандарте вообще нет упоминания о %n.
А вапще, компилятор вижуал студии на это говорит что 'n' format specifier disabled. Вар тихо валится если его использовать.

архибоянище, есть вполне джаз функция которой можно вытаскивать аргументы предыдущих функций, зовётся она DisplayTextFromPlayer()

не видел такой)

native DisplayTimedTextFromPlayer takes player toPlayer, real x, real y, real duration, string message returns nothing

с этой функцией работают строковые параметры, можно узнать что за игрок передан параметром, время и прочие данные, возможно также вернуть параметры из предыдущей функции, но там крит 99%.

DioD, а если мы передадим duration как указатель на область памяти и заюзаем %s ?

ScorpioT1001 добавил:
тока надо правильно преобразовать инт в флоат

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

причем тут рб? я сейчас о другом говорю

Мб я тут не в тему но разве рб не закрыли?Оо и как с помощью рб получить код?