Не удаётся получить указатель на интерфейс с помощью функции QueryInterface.

При компоновке кода

ULONG slot=0;

CallCreateInstance("lcomp.dll");
LUnknown *pIUnknown=CreateInstance(slot);
if (pIUnknown==NULL){Label1->Caption="CallCreateInstance failed"; }

IDaqLDevice* pI;
HRESULT hr = pIUnknown->QueryInterface(IID_ILDEV,(void**)&pI);
if(!SUCCEEDED(hr)){Label1->Caption="Get IDaqLDevice failed";}

pIUnknown->Release();
//pI->OpenLDevice();
//pI->LoadBios("l780");

//pI->CloseLDevice();
pI->Release();

Borland C++ Builder 6.0 в WinXP SP1 выдаёт сообщение:

[Linker Error] Unresolved external '_IID_ILDEV' referenced from D:/L780/EXPERIMENTAL/INITIALIZE/UNIT1.OBJ

Господа разработчики..неужели вам не жаль своего времени отвечать по сто раз на одно и то же. Или настолько не нравиться хелпы писать?
Ведь все пользователи на одном и том же спотыкаются.

Не все в проект включили. lguids.cpp нету ...

После включения в проект файла LGUIDS.CPP тот же проект не компилируется.
Ошибки:
[C++ Error] create.cpp(30): E2303 Type name expected
[C++ Error] create.cpp(30): E2238 Multiple declaration for 'CreateInstance'
[C++ Error] create.cpp(10): E2344 Earlier declaration of 'CreateInstance'
[C++ Error] create.cpp(30): E2034 Cannot convert 'int' to 'IDaqLDevice * (*)(unsigned long)'

Подскажите, пожалуйста, как их можно устранить.

А я не знаю... Что в проект навключали и какие пути прописали... Я на билдере не работаю. Есть примеры там в комплекте к боланд с++... их откройте посмотрите..

Сообщите, пожалуйста, какие файлы необходимо включить в проект для работы с платами L-CARD через библиотеку lcomp.dll.

create.cpp lguids.cpp в оригинальных примерах. ну и сама программа.

Господам разработчикам действительно наверно тяжело написать нормальный хелп под виндовс. (берите пример на то же самое только под дос, нормально не поленился человек написать) Вместо того что бы включить туда перечень модулей которые должны входить в проект, проще тут по 100 раз говорить про одно и то же... все проходят по одной и той же схеме ))), с другой стороны, у людей расширяется кругозор, начинают изучать что из себя представляет СОМ -  (это рыба такая)

Не будте добры, не затруднит ли Вас прокоментировать такое предупреждение после компилляции примера подключения к библиотеке приведенного в хелпе для L783:
winioctl.h(39) cannot create pre-comiled header: initialized data in header

что там такое написано в winioctl.h и для чего?

Хмм... а просто готовый проект примера из поставки не судьба собрать?
А warning это не ошибка...

Вопрос к библиотеке. Дело в том что проверять в цикле насколько заполнен кольцевой буфер мне кажется принципиально не правельно. Если у тебя 4й пень, то это уже наверно не суть важно, а если нет его, да плюс куча обработки и отображения , да информация не однородна с точки зрения обработки, может быть непонятка. В хелпе сказано мол если такая схема не устраивает, копайся в библиотеке. Чесно говоря для этого есть Вы (Lcard))))) Придумали же люди зачемто IPC механизмы различные... Может у Вас есть эксклюзивный примерчик на эту тему? Прокоментируйте, будте добры.

Вопрос то  в чем? Вот реализован такой механизм IPC. Такой потому что наиболее быстрый. Все другие медленнее и сильно зависят от загрузки процессора.
Есть люди которые потокам ставят TimeCritical  и при этом все IPC страшно тормозят....

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

Дык вот эта разблокировка и будет тормозить.....
Прерывание в драйвере двухступенчатое - собственно обработчик и DefferProcedureCall из которой уже можно наверх сигнализировать. DPC вызов может сильно плавать при разной нагрузке на систему и плюс еще механизм передачи самого события наверх....а данные ждать не будут... Если в ожидание заполнения буфера добавить sleep(20) то это хорошо проиллюстрирует работу....

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