Ошибки файловой системы

Drive subsystem, filesystem drivers
  • В FAT для этих целей можно непосредственно использовать вывод и ввод тех самых коротких имён. Более того, даже NTFS дублирует индексы в формате DOS. Только всё это дополнительная возня, и скорей деградация чем прогресс. А в EXT для этого уже придётся городить крупные костыли. А если в имени вообще нет английских символов, то выглядеть оно будет совсем печально.

    Так что реальных варианта три: либо делать полноценную поддержку юникода программами, либо указанный костыльчик, либо только приравнять украинскую "i" английской.
  • Pathoswithin wrote:В FAT для этих целей можно непосредственно использовать вывод и ввод тех самых коротких имён.
    Ну вот, тем более. всё придумано до нас :lol:
    Pathoswithin wrote:А если в имени вообще нет английских символов, то выглядеть оно будет совсем печально.
    Ну вообще это от локали зависит. И отсутствие каких-либо сообщений о серьёзных проблемах с этим за несколько лет существования нашей ОС как бы косвенно намекает, что раньше всё вполне приемлемо работало, и всех устраивало.

    Если уж только совсем экзотические варианты, когда в имени встречается и кириллица, и иврит, и армянский, и греческий, и индийский.
  • Ну вообще-то, русский это кириллица, не так уж экзотично... А формат DOS разрешает только ASCII, и то не все.
  • Pathoswithin wrote:Ну вообще-то, русский это кириллица, не так уж экзотично
    Экзотично, это когда
    0CodErr wrote:и кириллица, и иврит, и армянский, и греческий, и индийский
    Некоторые "и" можешь заменить на или, всё равно экзотично. Это редко встречается. Я так вообще не сталкивался ни разу.
  • И что это меняет? Формат DOS всё это одинаково не поддерживает. Имя "Димна Суміш - О Боже Мій.zip" превратится в "~1.zip", а следующий архив в "~2.zip".
  • Pathoswithin wrote:"Димна Суміш - О Боже Мій.zip" превратится в "~1.zip", а следующий архив в "~2.zip".
    У меня в винде, например, превратилось в "димнас~1.zip". Можно и длиннее делать при желании.
  • Файлы после преобразования имени (который система переименовала) с заменой на '_' нельзя ни открыть ни удалить.

    fopen все так же не хочет создать файл с юникодным относительным путем
    Last edited by Siemargl on Sat Nov 26, 2016 9:18 pm, edited 1 time in total.
  • Siemargl wrote:fopen все так же не хочет создать файл с юникодным относительным путем
    Пока не ясно, что с ними делать. Префиксы кодировки это нарушение POSIX. Нет там такой фигни. Или пути "/hd0/1/☺my_file" "/hd0/1/♥my_file" "/☺/hd0/1/♥my_file "/♥/hd0/1/☺my_file" должны указывать на один файл "/hd0/1/my_file"
  • А в Windows и других не POSIX-ОС префиксы в пути есть? Если нет, то нафига в Колибри такая отсебятина?
  • Нету. Никто не хочет быть ССЗБ.
  • Скорее козлом отпущения, которым сейчас является Pathoswithin. ССЗБ будут участники с полномочиями, если не вмешаются.
  • Mega_Myr
    Есть. Называется ВОМ. Только не в путях, там кодировки фиксированы, но у нас юникод не планировался.
    Тут проблема в том, что меня в чём-то обвиняют, но придумывать варианты решения не хотят.
  • Pathoswithin
    Тебе много раз предлагали сделать отдельные функции для юникода. Но ты эти предложения упорно игнорируешь.
    Лучше поясни как валидные символы ☺☻♥ в именах превратились в маркеры и что нам теперь с этим делать ?
  • Есть такой вариант, просто никто не требовал. Принципиальные проблемы в сишных программах всплыли только сейчас.
    ВОМ тоже относится к валидным символам, но на практике не используется. Вот так и здесь. Маркер только один, все остальные символы после него - имя.
  • Who is online

    Users browsing this forum: No registered users and 2 guests