Так вот пусть он её и вернёт, а не молчит как партизан на допросе...

А onError не спасет отца русской демократии

Получается что одни компоненты это файл видят и выдают в поток его имя (какое бы недопустимое оно не было), а другой компонент это имя не понимает и мало того "замалчивает" - то есть гасит рабочий поток и всё. Конечно можно поменять логику работы программы: если после первого стука дверь не открывается - забудь о приличиях и заходи без стука...

[size=-2]------ Добавлено в 21:51
Если так, то придётся оставить себе на память"старый добрый, не правильно работающий компонент" для внуков и правнуков и передавать как семейную реликвию тайное значение его использования...

ничего они не видят.
Чего им сказала винда, то тебе и говорят.
- это винда делает.
А делала она это или нет - элементам это неведомо.


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


Nic, я одного не пойму, за каким лядом создавать себе трудности...

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

... а у меня пока большая часть компьютеров в сети фирмы Apple Computers. И каждая папка на общем сервере, созданная из под MacOS 9, содержит скрытый файл иконки (тот самый что прилагается к примеру) этой папки как ресурсная ветка файловой системы. И что мне прикажете делать если программа сделанная на HiAsm будет "спотыкаться" при сканировании папок об этот файл и FileSearch будет находить этот и файл и генерить событие с именем файла в потоке, а FileAttributes не будет отрабатывать это событие через себя

НУ ЕСЛИ УЖ ЧЕСТНО ГОВОРЯ БЕЗ СПИХИВАНИЯ НА МИКРОСОФТ:
ВОПРОС: ФАЙЛ НАЙДЕН?
ОТВЕТ: НАЙДЕН.
ВОПРОС: КАКИЕ У НЕГО АТРИБУТЫ?
ОТВЕТ: ......................

НЕТУ ОТВЕТА

Нет, не найден

Не в FileSearch проблема, и это не он спотыкается.
Бросай HiAsm, и ищи оболочку работающую в юникоде. Тогда будет найден.
Мне тут проблем и без юникода выше крыши, чтобы ВСЕ переписывать, и с год после этого баги ловить

Ну хотя бы как в том анекдоте: "... Колобок ты хотя б пукни для ориентации..."

Nic,
А если Инлайн написать

Проще есть решение и оно уже обсуждалось на форуме по-поводу Unicode и имён файлов в разных файловых системах - это наличие точки ShortName у компонента FileSearch. Надо подсунуть компоненту FileAttributes имя файла с точки ShortName и он не подавится.

code_1313.txt

А если перед вариантами решения определиться с проблемой

Это: 1) как принимать файлы с юникодовскими именами
Или: 2) чего делать по doRead (и по doSet кстати тоже) при недействительном имени

Так о чем речь, не подскажите ли. Или, как обычно, ни о чем: что вижу о том пою

Так нетути его пока...

Ой не лги боярин...

Nic, в unix осях на уровне файловой системы имена могут отличаться одним лишь регистром букв. FileSearch вполне себе выдает все имена в их исконном начертание, однако когда вы подсунете в любой другой компонент такое имя как вы думаете что будет? Подсказываю: получите доступ только к тому файлу, который первым значится в таблице, расположенной на диске. И старый FileAttributes вас никак тут не спасет. И кто в этом будет виноват? Компоненты HiAsm?

А что конвертировать нельзя

нет