Я где то год назад с помощтю ida pro конвертировал в си код. Пытался это все собрать, но не получилось. скорее всего это нужно было все допиливать напильником. Ну хотя бы поковырялся чуть чуть.
Меня больше интересует именно автоматизация процесса. что бы была возможность итоговый си код портировать под windows, linux нативно. Но я понимаю, что такой си будет не понятнее асма;)
Я же не рекламы ради, мой проект это мостик между старым и новым железом. Когда будет первый релиз создам новость. Я лишь привел пример. Ни в коем случае не пиарюсь.
Не рекламы ради, а токмо ностальгии ради. Сам веду проект по реализации совместимой SDL3 API библиотеки в том числе и для старых систем. https://github.com/JordanCpp/SDL3Lite
Библиотека пока в разработке. Но скоро уже первый релиз 0.1.0
А вот если разработать библиотеку SDL3Lite совместимую со старыми системами и железом То можно разрабатывать игры или софт под новое железо и с минимальными усилиями портировать под старое.
80% ошибок исключительные, просто runtime error и все. Все остальное это логика программы. А вы пытаетесь все обрабатывать неким единым ручным способом, в си оправдано, но в более высокоуровневых языках нет.
Исключения про то, что их невозможно проигнорировать как всякие там ручные result и коды ошибок. И они про исключительные ситуации, если допустим нужно открыть файл и без него работать ничего не будет, это исключение, если это просто логика программы, если нет то создать, то это простой bool.
И тащить во весь проект result или bool api, как в SDL3. Это не преимущество, а отсутствие исключений.
Сейчас я тестирую библиотеку под dos, в dosbox, конфигурация процессор 286 от 15 -33 mhz. И оно довольно шустро работает, ни один профайлер не покажет как оптимизировать под такое железо. И конечно я пользуюсь профайлером под современным windows и linux.
Я сейчас портирую SDL3Lite под dos и windows 3.1 и да, если нужно написать printf, я скопирую реализацию из musl или подобной либы и алаптирую. Это не сверх задача, по сравнению с тем, что уже сделано.
Как пример скриптования с низкими задержками. Это игра Fallout 1 и Fallout 2. Скрипты пишутся на смеси С и Pascal. Язык называется SSL - Star trek script language. Скрипт переводится в свой байткод, игра его интерпретирует. Ну и оригинальные игры спокойно работают на железе pentium 75 mhz, без risc-v и смс:)
Спасибо за большое количество кода, теперь мне все стало понятно. Текст отлично объясняет проблемы и даёт решение. Сарказм end.
Неужели нельзя примеры кода добавить, было, стало и т.д
Мы программисты, нам нужен код, чем больше тем лучше:) И плиз, побольше скриншотов, что куда тыкать.
Я где то год назад с помощтю ida pro конвертировал в си код. Пытался это все собрать, но не получилось. скорее всего это нужно было все допиливать напильником. Ну хотя бы поковырялся чуть чуть.
Пока занимаюсь библиотекой SDL3Lite, но есть наработки по новому движку https://github.com/JordanCpp/ArcanumWorld
Даже уроки в виде статей по разработке движка аркакнум сделал. Вы правы дизассемблировать арканум, для меня это сверх задача.
Меня больше интересует именно автоматизация процесса. что бы была возможность итоговый си код портировать под windows, linux нативно. Но я понимаю, что такой си будет не понятнее асма;)
Вы дальше будете развивать тему по дизассемблингу кода? Очень бы хотелось увидеть реальные примеры.
Понял. Спасибо.
Я же не рекламы ради, мой проект это мостик между старым и новым железом. Когда будет первый релиз создам новость. Я лишь привел пример. Ни в коем случае не пиарюсь.
Не рекламы ради, а токмо ностальгии ради. Сам веду проект по реализации совместимой SDL3 API библиотеки в том числе и для старых систем. https://github.com/JordanCpp/SDL3Lite
Библиотека пока в разработке. Но скоро уже первый релиз 0.1.0
А вот если разработать библиотеку SDL3Lite совместимую со старыми системами и железом То можно разрабатывать игры или софт под новое железо и с минимальными усилиями портировать под старое.
Здравствуйте, возможно ли дизассемблировать хоть в какое-то подобие си к примеру бинарник игры Arcanum и все это добро скомпилировать?
80% ошибок исключительные, просто runtime error и все. Все остальное это логика программы. А вы пытаетесь все обрабатывать неким единым ручным способом, в си оправдано, но в более высокоуровневых языках нет.
Исключения про то, что их невозможно проигнорировать как всякие там ручные result и коды ошибок. И они про исключительные ситуации, если допустим нужно открыть файл и без него работать ничего не будет, это исключение, если это просто логика программы, если нет то создать, то это простой bool.
И тащить во весь проект result или bool api, как в SDL3. Это не преимущество, а отсутствие исключений.
Когда запилят Галину?:)
Обращаю ваше внимание, что в вашей статье, слово член встречается 5 раз:)
Пятничный юмор:)
Сейчас я тестирую библиотеку под dos, в dosbox, конфигурация процессор 286 от 15 -33 mhz. И оно довольно шустро работает, ни один профайлер не покажет как оптимизировать под такое железо. И конечно я пользуюсь профайлером под современным windows и linux.
Я сейчас портирую SDL3Lite под dos и windows 3.1 и да, если нужно написать printf, я скопирую реализацию из musl или подобной либы и алаптирую. Это не сверх задача, по сравнению с тем, что уже сделано.
Теперь фраза "C++ уже не тот" с новыми фичами, заиграла другими красками.
Как говорится дождались, осталось дождаться когда реализуют в компиляторах.
Почему с рефлексией так тянули, аж с 2007? Малый интерес или неготовность ядра С++ на то время?
Как пример скриптования с низкими задержками. Это игра Fallout 1 и Fallout 2. Скрипты пишутся на смеси С и Pascal. Язык называется SSL - Star trek script language. Скрипт переводится в свой байткод, игра его интерпретирует. Ну и оригинальные игры спокойно работают на железе pentium 75 mhz, без risc-v и смс:)
Умели же.
А если сразу писать скрипты на С++? Минуя вот это вот всё?