Ура! wc3c наконец-то вышел из недельного дауна, и я сумел-таки скачать часть кода, о котором мне поведал Toadcoap (там было два архива – второй во время падения потерялся). Думаю, недостающие cpp-файлы я сумею восстановить самостоятельно.
Так вот: там описано, как можно добавлять к движку War’а свои собственные native-функции! Т.е., фактически, клепать к движку War’а свои плагины. Теперь все те доп. функции, о которых давно мечтали JASS’еры, можно реализовать в самом движке! Правда, помимо добавления самого плагина придётся ещё и модифицировать common.j (дополнив его именами+описаниями новых нативок и засовывая его модифицированную версию в MPQ), иначе тупой WorldEditor будет вылетать при проверке синтаксиса JASS-кода. И, конечно, всякие синтаксические проверки в сторонних JASS-редакторах (вроде JassShopPro) тоже перестанут работать.
А теперь решайте: есть ли смысл разбираться в этом коде? Если есть, то какие функции вы хотели бы видеть в таком плагине? Если вам это действительно нужно, то я постараюсь восстановить код и напишу соответствующий плагин (добавляющий указанные вами native-API).

Алексей смысл есть и очень большой. А вот насчёт функций даже не знаю... попробуй функцию изменения Base Damage у юнита в игре. Или HP в игре без добавления абилок. Хорошо бы было создать какой нибудь exeшник, где можно было самому добавлять native, то есть что ты делаешь,только как-нибудь по-проще

Ты сначала проверь насколько это возможно.
в JSP можно подключить левые коммоны
Если создать опрос, то 95% будут за

NETRAT добавил:
Ха, ха, даешь инвентарь одной функцией =)

Встречаются "доброжелатели" и критиканы

NETRAT добавил:
Вообще если так подумать, то можно сделать лоадер для вара / редактора, который будет делать все что нужно для работы таких плагинов - аттачить mpq с коммоном и добавлять куда нада функции. Я себе, правда, вообще не представляю как ты туда функции добавлять будешь - через dll или каким-нить хитровы* внедрением в память?

NETRAT: Подгрузкой DLL. War содержит спец. таблицу прототипов функций и их адресов. Туда вполне добавляются функции из сторонних DLL'ок - если, конечно, есть спец. загрузчик.

Так и подумал...
А что там за недостаточность кода?

NETRAT добавил:
Вообще, давно надо было это сделать =)

exploder: Хорошо. Как только кончится эта неделя (и, соответственно, появится больше свободного времени), я разберусь с кодом и выложу что-то вроде описания (с примерами) как создавать собственные Native API. Как представлены разные объекты в памяти Warcraft'а, что передаётся вашим новым функциям в качестве аргументов (например, если тип аргумента - unit) и пр.
Вот только все примеры будут на C++ или ASM.
.
NETRAT: Система состоит из двух частей: загрузчик и сам dll-плагин. Так вот, ссылка на код загрузчика битая - работает только ссылка на код плагина. В принципе, этого вполне достаточно, т.к. сам exe загрузчика доступен и довольно мал по объёму. Можно пользоваться готовым загрузчиком, а можно (что я и сделаю) декомпилировать его.

Желательней на Си...

exploder добавил:
Ахахаха! Простые джассеры станут богами =)

Конечно надо =)
DioD верно подметил. Это нужно только для тех, кто не играет в сети. Но есть выход: ставить два вара - один нормальный, другой этот... как бы лучше его назвать... хм... ну короче ладно, в принципе смысл этого поста я думаю всем понятен =)

Как вы думаете, за что я не люблю C++?
Смотрите:
Я потратил почти 2 минуты, прежде чем понял, что делает этот макрос (который используется в коде примера для «извлечения» указателей на внутренние объекты движка War’а – юниты, строки, декорации и пр.).
И это ещё не самая сложная сишная конструкция ;).
Вот почему мне не нравится Си – программы на нём выглядят как-то некрасиво.

А мультиплеер тут при чем? Он чо перестанет пахать?

Алексей ничего страшного в этом макросе не увидел... явные приведения типов - эту проверку вообще можно отключить, но тогда за типами придется самому следить. Хотя, впрочем, автор макроса страдает определенной склонностью к мазохизму ...

NETRAT добавил:
Некрасиво? Однозначно и при этом (парадокс) гибко