есть int который лежит в модуле "Mod" по rva 123
сначала я хочу присвоить ему указатель на функцию 
void foo_bar_hook() { ... }
пишу 
HMODULE hMod = GetModuleHandleA("Mod");
*(int*)((int)hMod+123)=(int)&foo_bar_hook;
и все работает ОК

но вот захотелось мне вместо функции использовать метод
class foo {...};
void foo::bar_hook() { ... }
пишу 
*(int*)((int)hMod+123)=(int)&foo::bar_hook;
и компилятор выдает ошибку что не может преобразовать void(foo::*)() к int

как присвоить этому int'у указатель на метод?

и правильно делает.. Вот я  в который раз удивляюсь, почему Вы выбрали C++, когда не используйте его инструментов, и который в ответ лишний раз Вам ограничивает свободу.

преобразовать можно так :

но всю ответственность за дальнейшее использование и обратное преобразование компилятор перекладывает на Вас.


Это сообщение отредактировал(а) mes - 9.12.2008, 15:46

mes, а в одну строчку это както уместить можно? 
а то с функцией я юзал дефайн, было очень удобно:
#define HOOK_PTR(rva,hook) *(int*)((int)hMod+rva)=(int)&hook;
...

HOOK_PTR(111,Func1_hook)
HOOK_PTR(222,Func1_hook)
HOOK_PTR(333,Func1_hook)
...


а C++ я использую по вынужденным причинам, так юзал бы фасм и радовался жизни, вместо этого приходится бороться с конпелятором =\

Можно юнион обернуть в класс.

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

нда.... всеже 
#define HOOK_PTR(rva,hook) __asm mov [eax+rva],offset hook
...

GetModuleHandleA("Mod");
HOOK_PTR(111,Func1_hook)
HOOK_PTR(222,Func1_hook)
HOOK_PTR(333,Func1_hook)
...

малость покороче и понятнее будет

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


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

Это сообщение отредактировал(а) UnrealMan - 9.12.2008, 17:56

какую ?  с учетом того, что
my_cast - преобразователь по битовому представлению без контроля компилятора на тип и размер, т.е. под ответственность программиста. 




Это сообщение отредактировал(а) mes - 9.12.2008, 19:39

mes, при разной длине типов при преобразовании из короткого в длинное будет мусор в оставшихся битах

Это сообщение отредактировал(а) J0ker - 9.12.2008, 20:06

но при обратном в то же самое из чего было преобразовано этот мусор не зацепится.. можно конечно и обнулять юнион перед началом преобразований. 

Это сообщение отредактировал(а) mes - 9.12.2008, 20:36

пардон, тогда зачем эта хрень вообще нужна?   
обнулять нужно обязательно

Это сообщение отредактировал(а) J0ker - 9.12.2008, 20:53

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

memset тоже можно запихать в какой-нить дефайн который включается только если конечный тип больше исходного

Т.е. твою ответственность - ты же этот способ предложил  


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

насчет большинства машин, у автора оговорка была (правда не в этой теме), что его устраивает зависимое решение, для его задачи.
Придумать другого вида преобразования которое требуется автору я пока не могу, если есть варианты тоже был бы рад услышать.


согласен.. и стараюсь исправить недоделки, которые незаметил . 

Это сообщение отредактировал(а) mes - 9.12.2008, 21:47