проблема с Win32.tlb

[Naked]

подключил к проекту Win32.tlb и вот что получается

как с этим бороться?

[Viper]

Вопрос конечно интересный, но вот у меня сей продукт не глючит

[alibek]

Ошибка компелляции?
Снести этот VB и в дальнейшем не пользоваться кривыми самопальными переводами.

[Naked]

alibek, последовал твоему совету, снес все, и русифицированный VB и студию вообще

поставил снова, и что же я вижу..

ничего не изменилось

[Cytron]

ну значит виновата твоя система

[Naked]

создал свой tlb, чтобы проверить в чем дело
выяснилось что VB ругается, если в структуре указать тип переменной как LPCTSTR, LPTSTR, LPSTR (по нашему типа String)...

long _stdcall DragQueryFile([in] long hDrop, [in] long UINT, [out] LPSTR *lpStr, [in] long ch);

применение LPSTR в DragQueryFile не выдало ошибки

[GSerg]

Да ну?
А может, дело в твоём непонимании того, что LPSTR *lpStr - это двойной указатель, которого VB и правда не понимает? А надо просто LPSTR?

[Naked]

ну да

какой двойной указатель???
а если честно, понимает и работает LPSTR *lpStr (lpStr as string), могу указать LPSTR *LPSTR (LPSTR as string) странно, но тоже понимает...

ставим вместо (LPSTR *lpStr) LPSTR, в итоге получаем (__MIDL_0014 As String) вместо (lpStr as string), дык в чем разница, в названиях параметров?

а если внимательно перечитать мой предыдущий пост, то будет понятно что речь идет не о функции DragQueryFile или какой-либо другой, а о структуре содержащей параметр с типом LPSTR LPCTSTR (string) и т.д

для примера, чтобы не путали

typedef struct AAA{
LPSTR kj; //не работает
}AAA;

const LPSTR WD = "Hello"; //работает

long _stdcall DragQueryFile([in] long hDrop, [in] long UINT, [out] LPSTR *lpStr, [in] long ch); // работает