#include <windows.h>
#define _MYDLL_

extern "C" __declspec(dllexport)void MyMessage();

MYAPI void CALLBACK MyMessage()
{
 MessageBox(NULL,"in dll now", "hurray", MB_OK);
 }

MYAPI void CALLBACK MyMessage()

в энтой строке выдаёть declaration syntax error

что делать???

А что такое MYAPI?

Добавлено через 5 минут и 21 секунду
Обычно, это делается так:
Думаю, догадаешься при сборке либы дать компилятору опцию -DMYDLL_LIBRARY

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

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

Много вопросов по дл-кам в последнее время появилось, напишу подробно то, что сам знаю, потом сЦылки давать буду ;-). Значит, унутре самой дл-ки:


extern "C" нужно для того, чтобы компилятор не делал декорирование функции. Под декорированием подразумевается добавление перед и после имени функции всяких загадочных символов ;-), чтобы можно было отличить функцию int Func1(int param1) класса Class1 от функции int Func1(int param1) класса Class2 (разумеется, это нужно компилятору). Ну, с __declspec(dllexport), думаю, понятно, говорим компилятору, что эта функция будет "торчать" из дл-ки, и её смогут вызывать кто захочет. В дл-ке могут быть функции, о которых снаружи знать необязательно, и их можно писать без extern "C" __declspec(dllexport). int YourFunction(int InputParameter) - непосредственно описание функции. 
Теперь вызываем написанную функцию из внешней программы:


В строке typedef int(*pYourFunction)(int) определяется указатель на функцию, которую будем вызывать из дл-ки. Здесь важно не напутать с возвращаемым и передаваемым параметрами, иначе случится странное, и можно долго сидеть и думать, почему же оно случилось (сам так сидел). Строкой HINSTANCE hModule1=LoadLibrary("./dll1.dll") загружается дл-ка в адресное пространство процесса. Как видно, дл-ка зовётся dll1.dll и находится в одном каталоге с программой. Строка GetModuleFileName((HMODULE)hModule1,(LPTSTR)mod,255) в данном примере, в общем то, ничего полезного не делает, она позволяет получить полное имя загруженной дл-ки (например, C:\WINNT\system32\dll1.dll), можно использовать в диагностических целях. Дальше начинается самое интересное: pYourFunction pYF=(pYourFunction)GetProcAddress(hModule1,"YourFunction"), здесь мы переменной типа "указатель на функцию" даём адрес функции из загруженной дл-ки (hModule1) по её (функции) имени (YourFunction). Понятное дело, если бы имя было задекорировано, ничего толкового не получилось бы. Ну и строкой pYF(iVal) заставляем функцию работать. Не забудем выгрузить дл-ку, когда она уже не нужна (FreeLibrary(hModule1)). Вот, вкратце, и всё.

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

оно работает!!!!!!!!!!
ни...уясе!!!!
даже не думал, что такое возможно;))))

Добавлено через 7 минут и 1 секунду
нет, рельано круто!!!
ну ваааще нет слов!!!