Форумы онлайн-игры "Сфера Миров"

Ну в моем примере функция StoneCurseCast не определена (не путать с _KERNEL bool CastStoneCurse( const CSpell* spell, int power, CastType castType, const char* args )), а так это и есть рабочий пример ) Скопипастено из файла )

Да я всю логику заменил на вывод логов, что бы узнать что отрабатывает, но вывод ничего не вывел.
Боюсь у меня где-то в настройках проекта проблема. Мне бы маленький проект с работающей переопределенной логикой у мобов создаваемых репопом.

Вообще вся проблемма с созданием динамического моба в том, что за ним нужно следить самому (освобождать динамическую память).

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

_________________
не суйте пальцы в разетку

Поищу, вышли мыло приватом по форуму.

_________________
не суйте пальцы в разетку

Насчет создания моба с переопределенным AI у меня тут догадка появилась.
Время появится - попробую проверить.
Суть в том, что для нормальной работы переопределенных функций свой класс мобов надо делать не от базового класса а от класса уже существующего, и что бы его тип совпадал в описании зоны и в dll зоны.
Когда проверял пример у меня тип другой был. :)

Это конечно не есть хорошо, так как проблематично сделать полностью новый тип (ну что бы и в описании зоны ставить новый тип), но по крайней мере будет работать.

А насчет удаления. Так это можно было бы логами (или еще как) выяснить для мобов с нормальным репопом и сделать так же для мобов созданных вручную.

Насчет памяти. Меня смущает отсутствие виртуальных деструкторов. В linux gcc от этого память начинает терять а здесь?

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

А на счет виртуального деструктора ты все же не прав, деструктор у мобов виртуальный:

_________________
не суйте пальцы в разетку

Да, был не прав. Не туда посмотрел.

Просто как-то пытался измененные заголовочники подсунуть:).
Не мог понять почему функция Send переопределяется а какая-то другая - не хочет.
Очевидно проблема с несоответсвием класса моба в описании и класса в dll у меня выливалась и в неработу некоторых переопределяемых функций.

Я дома посмотрел:
простое наследование класса CharMob и переопределение фабрики должно работать правильно. Пришлешь мыло, вышлю пример на почту.

Вообще на изучение заголовков уходит слишком много времени. И чем больше их изучаешь, тем больше хочется все поменять =)
Я бы даже свой код уже 10 раз поменял бы =)

_________________
не суйте пальцы в разетку

Мыло:
serb[злобана собака]mail.ru

ok, вечером вышлю

_________________
не суйте пальцы в разетку

Объясни плиз как сделать, чтобы моб отвечал на фразу игрока?

_________________

MTRG_SPEAK посмотри в хидерах

А планируется ли написание/подключение скриптового языка? Решило бы многие проблемы.

Плод рысканья по MTRG_SPEAK, проблема - моб не отвечает на фразу.
Мб я не понимаю структуру создания трига из данного в хидерах?
Как мне правильно написать триг из этого описания?

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

Подключается триггер в методе LoadTriggers(), например так:
g_trgMng.LoadMobTrigger(103010, MTRG_SPEAK, MobTrigger_103010);

_________________
не суйте пальцы в разетку