Очень удивило
Смотрим...
WIN32_FIND_DATA::CFileName - имеет тип WCHAR. Этот же тип "родом" от WORD. Который в свою очередь является потомком от ещё одного typedef unsigned short WORD;
Интересно как это по сути строка может храниться в переменной такого типа ? Нет... нет это понятно что char - это по сути тот же int, только в границах символов. Но как строка может храниться не в массиве int или скажем short ? Почему CFileName именно WCHAR, a не допустим указатель на массив WCHAR ?

И самое странное, что допустим cout спокойно воспринимает его, а вот lstrcat или strcat не хотят даже при явном преобразовании типов.

PS в голову приходят самые разные мысли... может этот член хранит номер файла в Файловой Системе ? Хм... но тогда откуда cout научился использовать это... ведь iostream никакого отношения к обращению с ФС не имеет.

MSDN:
16-bit Unicode character.
Но все же...

Ну, вообще-то, WIN32_FIND_DATA::cFileName определен как TCHAR[MAX_PATH] - т.е. массив, а вот TCHAR - определяется как WCHAR, если "UNICODE defined" - т.е. объектник собирается c поддержкой unicode, иначе TCHAR - это обычный CHAR.

может всетаки WCHAR*?

Тогда как мне добавить данные в char[] из WIN32_FIND_DATA::CFileName путем приминения lstrcat ?
Добавлено @ 14:42
Примного извиняюсь. Ошибка была не в этом. А в строчке кода выше lstrcat. Думаю дальше обсуждать не нужно.

А как переменую типа WCHAR привести к типу CHAR? Т.е. переменной CHAR присвоить значение переменой WCHAR?

Ну, вообще-то это не так просто. Смотри ф-цию WinAPI WideCharToMultiByte - если у тебя винды. Первый параметр флаг зависит от кодировки WCHAR, а в качестве строк можно передать адреса WCHAR и CHAR, указав длины как 1.

А чтобы попроще есть С функция wctomb у нее параметров раза в два меньше.

Цитата(En_t_end @ 7.7.2005, 13:56)

Интересно как это по сути строка может храниться в переменной такого типа ? Нет... нет это понятно что char - это по сути тот же int, только в границах символов. Но как строка может храниться не в массиве int или скажем short ? Почему CFileName именно WCHAR, a не допустим указатель на массив WCHAR ?

En_t_end
В массиве, WCHAR определяет тип эл-тов массива, а имя массива - это указатель на первый эл-т. WCHAR = WORD = возведи 2 в степень 16 (слово = 2 байта = 16 бит) и увидишь, что хватит на все символы всех языков мира.

Цитата

typedef struct _WIN32_FIND_DATA { ... ... TCHAR cFileName[MAX_PATH]; } WIN32_FIND_DATA, *PWIN32_FIND_DATA;

cFileName - это же массив!!!

Вообще-то в Unicode последних версий линейки 3.x определено порядка 150_000 символов... Так что 2 в степени 16 там не хватит

Цитата(avek @ 15.8.2005, 18:50)

Вообще-то в Unicode последних версий линейки 3.x определено порядка 150_000 символов...

Ссылочку бы...

P.S. Китайских иероглифов всего то ~40 тысяч.

Цитата(Adil @ 16.8.2005, 12:55)

Цитата(avek @ 15.8.2005, 18:50) Вообще-то в Unicode последних версий линейки 3.x определено порядка 150_000 символов... Ссылочку бы... P.S. Китайских иероглифов всего то ~40 тысяч.

Ээээ. unicode.org - не залазя в гугл угадал с первого раза. Да и UTF-32 не так уж неизвестен. Но подробнее смотрим
http://www.unicode.org/versions/bookmarks.html - параграф 2.5. Вот там про 32 битное представление написано.