А сам TC на чем написан?
Delphi, из первых
На том чем надо
репортнуть баг
Если в 2024 программа не может обработать путь длиннее 259 символов - это не проблема "Эмбы". Мне казалось, что это ограничение в ТЦ исправили давно.
У меня программа для бэкапов "Hasleo Backup Suite" уходит в ребут компьютера с синим экраном
Вроде 32 битный TC написан на делфи2 а 64 битный на лазарусе.
это не проблема TC, это проблема других программ. TC как раз вполне с путями справляется. но предупреждает, что другие программы могут обломаться на таких путях. что и происходит
Стикер
а причем тут far?
NTFS поддерживает длинные пути, но ноги ограничения идут еще из древних времен. В Win10 в каком-то патче обещали снять ограничения, но из коробки воз и ныне там. Опять же оно не только в файловой системе, но и в программах, которые не открывают файлы если путь слишком длинный. В то же время на современном линуксе таких проблем нет. если в Total Commander выбрать "Сохранить все", то он, таки, сохранит длинные пути полностью.
Стандартное ограничение на длину ком. строки в Win - 4095 символов, если я верно помню. Ограничение в 259 странное.
А, или даже 64к... Но не 259, откуда это вообще?
Очевидно пинать авторов программы
В Linux максимальная длина имени файла или директории составляет 255 байт. Но нужно знать, что каждый символ английского алфавита занимает 1 байт. То есть длина в 255 байт эквивалентна 255 символам английского алфавита. А каждая кириллическая буква занимает 2 байта. Получается, что если создавать файл только из букв русского алфавита, то максимальная длина составит всего 256/2=127,5 или просто 127 символов. https://winitpro.ru/index.php/2016/06/10/kak-v-windows-10-otklyuchit-ogranichenie-na-dlinu-puti-v-260-simvolov/
https://learn.microsoft.com/en-us/windows/win32/fileio/maximum-file-path-limitation?tabs=registry
А, я про более низкоуровневые юникодовые апи думал, там ограничение больше.
Обсуждают сегодня