Доброго времени суток, дорогие друзья! Требуется ваша помощь.
Итак, имеется DLL (исходников DLL нет), которая экспортирует следующую функцию:

где STATUS_CALLBACK объявлена как

Непосредственно в моей программе имеется класс

Соответственно в конструкторе класса хочется написать что-то вроде

дабы объяснить DLLке, что в качестве callback функции нужно использовать классовую функцию StatusCallback, но компилятор закономерно выдаёт "Incompatible types: 'regular procedure and method pointer'". Соответственно, если объявлять функцию StatusCallback вне класса, то всё работает, но этот вариант не подходит. Поскольку исходников DLL нет, то дописать "of object" к объявлению типа STATUS_CALLBACK невозможно.
Посему подскажите пожалуйста, как можно разрешить данную проблему и передать классовый метод StatusCallback как обычную функцию.

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

BofA, 
Попробуй передавать так:

Может проглотит...

Добавлено через 3 минуты и 10 секунд
туплю, перепутал, немного не так, ща...  

Добавлено через 6 минут и 10 секунд

Не проверял правда 

MetalFan
Надежда умирает последней  Хочется верить, что нет ничего невозможного   


Rennigth, 
Компилятор ругается на преобразование TMethod(StatusCallback) - говорит "Invalid typecast"  

Это сообщение отредактировал(а) BofA - 7.5.2008, 13:19

BofA, а так:

?

Rennigth, 
Получился весьма интересный эффект   
Программа компилируется, DLL осознаёт, что надо использовать StatusCallback, но когда происходит событие и DLLка 

вызывает эту функцию, то
а) переменные не передаются (все равны нулю)
б) возникает Access violation
Ради эксперимента убрал stdcall у StatusCallback, и переменные почему-то начали передаваться, но Access violation 

остался.

P.S.: StatusCallback выглядит так

Ставлю точку останова на единственной строчке процедуры,  эта строчка отрабатывает, а после этого вылезает Access 

violation.

Rennigth, я уже говорил, что при вызове метода первым неявным параметром должен идти указатель на объект.


это происходит потому, что вместо ожидаемого указателя на объект приходит черте-че (nConnectionEvent), соотв Self не доступен и все параметры сдвинуты.

MetalFan, 
Неужели сие никак нельзя обойти? Наверняка ведь должен быть способ подсунуть этот самый "первый неявный параметр"?

з.ы. в свое время мне понадобилось следующее: поставить обработчиком события не метод класса, а просто процедуру.
сделано было что-то типа:

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

Добавлено через 42 секунды
MetalFan, я про тоже   

Основная проблема в том, что нет доступа к функции SET_CALLBACK, описанной в DLL. В описанных же Вами примерах был доступ к той функции, которая занимается непосредственно присвоением метода, поэтому простор для экспериментов был больше. Здесь же я не могу объяснить функции SET_CALLBACK, что ей передаётся метод, где первым идёт неявный параметр - указатель, поэтому SET_CALLBACK тупо забивает в этот неявный параметр то, что должно было попасть, например, в nConnectionEvent ( MetalFan, я правильно понимаю? ) Неужели данная проблема действительно не имеет решения?

если исходники DLL недоступны, то имхо таким способом не выйдет...

через "переходник" можно сделать: смотреть здесь на реализацию TLiteFrame.Create

dumb, 
К сожалению, я не знаю ассемблера   
Не могли бы Вы чуть подробнее осветить данный вопрос?

там не обязательно знать ассемблер. просто "слизывай" реализацию установки call-back'а.