* Апи можно упростить. Вместо m::smart_hook<e_hook::h_sum, m::calling_convention::cdeclcall, int(int, int)> hook_sum(m::get_func_addr(&sum)); пользователь должен мочь просто вызвать m::smart_hook<e_hook::h_sum> hook_sum(&sum);

Привет

насколько вижу Id хука не используется, так что можно еще упростить: m::smart_hook<> hook_sum(&sum);

Hello, c++ch. I have a question. What the difference between boost and stl?

Hello, c++ch. I have a question. What the difference between boost and stl?

Я вот вместо инлайна пишу у себя всегда форсу

и как же тогда указывать соглашение о вызове и прочее, что ты решил убрать?

так, а чего плохого то ?

Компилятор умнее тебя

Умнее и умнее, а форса то чем плоха ?

Умнее и умнее, а форса то чем плоха ?

Умнее и умнее, а форса то чем плоха ?

Умнее и умнее, а форса то чем плоха ?

по умолчанию выставить stdcall, так как это 90% случаев. thiscall работает для членов класса, указатель на такой член не влезет в address_t, cdeclcall нужно отдельно потестировать, у меня подозрение что в нём тоже косяк (но доказать не смогу)

ну так он и при ней может не встроить код

а с сигнатурой функции что?

но если ты на msvc 6.0 собираешь, то пользуйся конечно!

Но больше шансов ошибиться

определять из входного параметра

И чтоже получается что форсинлайн такой плохой, так чего он не депрекатед ?

по-моему, очевидно

__attribute__((always_inline))

по умолчанию выставить stdcall, так как это 90% случаев. thiscall работает для членов класса, указатель на такой член не влезет в address_t, cdeclcall нужно отдельно потестировать, у меня подозрение что в нём тоже косяк (но доказать не смогу)

нет, я не просто так в конструктор это добавил. там генерируется прослойка для хука с той же сигнатурой

я хукаю метод (thiscall), зачем мне в адресе хранить ещё и this? короче, давайте без поверхностых суждений

Блин, вы меня пугаете, ну неужели форсинлайн даст хуже результат чем просто писать inline ?

Блин, вы меня пугаете, ну неужели форсинлайн даст хуже результат чем просто писать inline ?

Блин, вы меня пугаете, ну неужели форсинлайн даст хуже результат чем просто писать inline ?

И ому б не потестить и узнать что лучше ?

Антон кстати классно рассказывает 10/10

а есть ссылка?

* Стоит perfect forwarding для аргументов (одни из мест: https://github.com/urShadow/urmem/blob/master/urmem.hpp#L468) * void в круглых скобках - моветон из С https://github.com/urShadow/urmem/blob/master/urmem.hpp#L246 * Вот тут я бы навесил static_assert на то, что размеры у них совпадают https://github.com/urShadow/urmem/blob/master/urmem.hpp#L58 * static const вот тут, чтобы было чуть побыстрее https://github.com/urShadow/urmem/blob/master/urmem.hpp#L72 * Не уверен что пользователю надо знать про jmp и length https://github.com/urShadow/urmem/blob/master/urmem.hpp#L330 * Зачем мьютекс? https://github.com/urShadow/urmem/blob/master/urmem.hpp#L451

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

мьютекс зачем? чтобы не было проблем при хуке многопоточной функции. с остальным согласен

Потому я его и выбрал в довесок обычному

А на каких платформах код тестировался? member function pointer по разному выглядят на MSVC и GCC. И там и там работает вот этот пример: https://github.com/urShadow/urmem/blob/master/example.cpp#L59-L60 ?

Ты однопоточной ее делаешь?

у тебя есть предложения?