Pull to refresh

Comments 38

UFO landed and left these words here
Какая разница на чем написан чит?
Имеется ввиду то, что в статье должен быть описан способ как создавать читы. Т.е. читатель в итоге должен повторить эти действия для другой игры. В то же время, например, Pascal/Delphi обычно более известен в IT-сообществе, чем purebasic.

Мне, например, было бы интересно сделать нечто подобное с помощью любимого Си, но чтоб сделать это — придётся разбираться в непривычном basic'e…
В статье я написал как все это работает.
Понимаете, всем не угодишь, если я бы написал бы чит на Си, нашлись бы люди, которым он непонятен и как сейчас вам бейсик.
И поверьте, на Си этот код был бы более туманным чем на бейсике, для людей не знающих ни тот ни другой ЯП.
Вы издеваетесь со своим PureBasic'ом? :-)

По теме — подключение отладчика к запущенной программе вроде не вызывает подозрения антивирусов, может, сделать это таким же образом? Вариант с DLL я тоже встречал в подобных статьях, но если пускать чит в массовое пользование, то так им будет неудобно пользоваться.
С чего вы решили что издеваюсь? Разве написав его на др. языке, что-то изменилось бы?
Если вам этот чит не нужен и вы не планируете писать свои, работающие по той же схеме, что что вы здесь делаете?
Во-первых, до ката не было написано ни про язык язык, ни про способ подключения чита к программе.
Во-вторых, я предложил способ улучшить вашу программу.
И, в-третьих, с чего вы взяли, что меня не интересуют читы к играм и, тем более, их создание?
Почему будет неудобно пользоваться?
Ведь достаточно поместить DLL в папку с игрой и все, чит запускается при старте игры и работает пока игру не закроют.
Для этого SeDebug юзеру нужен — читай права локального админа, что плохо.
Упс. Перепутал ссылки -_-

Видимо, не жалуют тут GTA — когда-то это были очень вкусные программки :(
UFO landed and left these words here
Я не искал их, а скопировал из таблицы ArtMoney. Так проще и быстрее.
Я же написал в начала статьи — облегчение прохождения игры и для войнушек с копами.
У моего друга в группе учился парень, который при знакомстве представлялся как Хачик.
В ответ на недоуменное лицо он широко улыбался и говорил свое полное имя «Хачатур, для друзей Хачик».
Свастика тоже у большинства древних народов была символом движения жизни, Солнца, света, благополучия, но к несчастью сейчас многие слова приобретают другой окрас.
UFO landed and left these words here
Нет, просто был в статусе read-only, а статьи накапливались.
Зря вы думаете что PureBasic ни не что не годен. Он может составить конкуренцию другим языкам, даже таким как C++.
Ну во первых, проще и понятнее чем Си, ИМХО.
Во вторых, кроссплатформенный. Реализовать задумку проще и быстрее чем на C++ в Qt.
В третьих, т. к. в процессе компиляции используется ассемблер FASM, поэтому доступны почти все его фишки, которые на C++ будет сложно или невозможно реализовать.
И в чем заключается эта кроссплатформенность? Вы можете на своем PureBasic'е написать код, например, для SPARC или ARM? И чтобы он запускался в какой-нибудь малоизвестной ОС, скажем, GNU/Hard? Си/Си++ может.

Программу на fasm (и не только) можно связать с сишной программой на этапе линковки, и что это, самый лучший в мире ассемблер?
Можно создавать программы для платформ Windоws x86, x64; Linuх x86, x64; Maс ОS X Intеl и Mаc ОS Х PоwеrPС и AmigaOS.
Пишите что на C++ можно написать программу даже для малоизвестной ОС? Допустим, но если вы, скажем, написали прогу для винды или линукс, а потом решили портировать ее под эту вашу малоизвестную ОС, сможете ли вы это сделать без правки кода и изучения API этой ОС? Сомневаюсь.
В PureBasic есть библиотека платформенных функций, которая позволяет создавать программы под вышеуказанные платформы и переносить их с одной платформы на другую, как правило, без изменения кода.
На C++ для этого как правило используют Ot, но у него есть огромный минус — нужно тащить за прогой тоны либ. А за программой на PureBasic тащить либы не надо и программы имеют небольшой размер (минимальный, около 800 байт).
если вы, скажем, написали прогу для винды или линукс, а потом решили портировать ее под эту вашу малоизвестную ОС, сможете ли вы это сделать без правки кода и изучения API этой ОС?
Да, если специально не использовать API какой-либо из этих систем. Стандартная библиотека Си/Си++, как правило, портируется на эту малоизвестную ОС еще до того, как она выйдет в свет, потому что авторы этой системы сами ее используют для написания системных утилит.
На C++ для этого как правило используют Ot
Qt используют, как правило, когда нужен GUI. Но у вас есть огромный выбор, какую библиотеку выбрать. Кстати, сейчас прочитал на официальном сайте, что под GNU/Linux ваш PureBasic использует мой любимый GTK. Хорошая библиотека, но не сказать, что маленькая. Конечно, она уже присутствует во многих дистрибутивах, но и к Qt это относится тоже.
GTK используется только под Linux, а поскольку эта библиотека там уже присутствует, то за прогой ее тащить не надо.
В Windows, функции кроссплатформенной библиотеки превращаются в вызовы WinAPI, поэтому за прогой тоже ничего тащить не требуется, в отличие от проги на Qt.
Кстати, немного почитал официальный форум PureBasic'а. Такой пример: человек хвастается какую программу он написал, все его хвалят, но работает она только под одной ОС, потому что стандартных возможностей PureBasic'а ему не хватило, и он решил использовать какие-то системные API.

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

И еще вы все время даете список операционных систем, под которыми запускается ваш PureBasic, а я говорил еще про процессоры/архитектуры. Из вашего комментария выше можно выделить только три — PowerPC, Intel x86 и AMD64 (Intel64).
Давайте мыслить шире.
PureBasic это не язык, а среда программирования. Если привязываться к IDE, то скажите под какие процессоры / платформы вы сможете создавать программы в популярной на данный момент MS VS? Под линукс и мак чтонить напишите? ))

На языке бейсик можно писать под многие платформы и процессоры, например, под ARM, AVR, PIC и другие.
По большому счету, на бейсике можно разрабатывать под все имеющиеся процессоры / системы.
Нашли с чем сравнивать :-) Я эту «популярную» VisualStudio уже, наверное, несколько лет не видел :-) Мой любимый набор компиляторов — GCC — работает на множестве архитектур
вот неполный список
Alpha
ARM
Atmel AVR
Blackfin
HC12
H8/300
x86 (IA-32 и x86-64)
IA-64 («Itanium»)
m68k
Motorola 88000
MIPS
Texas Instruments MSP430
PA-RISC
PDP-11
PowerPC
R8C/M16C/M32C
SPU в Cell
System/370, System/390
SuperH
SPARC
VAX
A29K
ARC
ETRAX CRIS
D30V
DSP16xx
FR-30
FR-V
Intel i960
IP2000
M32R
68HC11
MCORE
MMIX
MN10200
MN10300
Motorola 88000
NS32K
ROMP
Stormy16
V850
Xtensa
AVR32

Мой любимый отладчик, GDB, также работает на множестве систем и платформ.

Среда мне не нужна, сойдет редактор типа Vim, который можно собрать под множество платформ. Но вообще предпочитаю что-то вроде Code::Blocks, Eclipse, последнее время нравится Anjuta.

Кстати, как альтернатива VisualStudio под Mac OS и GNU/Linux для написания под .Net идеально подходит MonoDevelop. Там и редактор интерфейсов есть, и форматы VS понимает.
На языке бейсик можно писать под многие платформы и процессоры, например, под ARM, AVR, PIC и другие.
По большому счету, на бейсике можно разрабатывать под все имеющиеся процессоры / системы.
Если бы еще PureBasic компилировался бы обычным компилятором для Basic'а…
UFO landed and left these words here
Да, это дыра в безопасности, но популярные антивирусы (NOD 32, др. веб, Касперский) лояльно относятся к загрузке DLL из папки программы с последующей трансляцией вызовов API функций из системных библиотек.
На инжект они поднимают тревогу, особенно Касперский.
UFO landed and left these words here
Спасибо огромное за статью, очень полезная, главное принцип работы а не код же, так каждый может написать на своём языке, и обсирать автора не стоит =)
Раз пошла такая пьянка, поднимите кто-то сервер SA MP что ли…
Буквально позавчера заходил поиграть — вспомнить былое, весело.
Sign up to leave a comment.

Articles