У мене виникають проблеми з пошуком цієї інформації, і проба та помилка підказують мені, що їх може не бути. Що таке недійсні символи для імені файлу в OS X Lion (10.7)?
У мене виникають проблеми з пошуком цієї інформації, і проба та помилка підказують мені, що їх може не бути. Що таке недійсні символи для імені файлу в OS X Lion (10.7)?
Відповіді:
HFS Plus дозволяє " Unicode , будь-який символ, включаючи API NUL. ОС може обмежувати деякі символи з застарілих причин".
'/'
або NUL '\0'
в них .
Що таке недійсні символи для імені файлу в OS X?
Дозволені символи у іменах Unicode, будь-який символ, включаючи NUL. API API можуть обмежувати деякі символи з застарілих причин
Наразі Finder не дозволяє вводити кольори у назви файлів, але він дозволяє вводити зворотні риси. Однак символи, показані як косі риски в Finder, відображаються у вигляді оболонок у оболонках, і навпаки. Finder також не дозволяє жодним контрольним символам ASCII.
Bash, здавалося, дозволяє всі контрольні символи, крім \000
(NUL). Я перевірив це, запустивши вихід з:
for i in {1..31} 127 0; do echo touch \\$(bc <<< "obase=8;$i"); done
ЗДОРОВО
Згідно з Вікіпедією , єдиним недійсним символом є нахил вперед /
, але на шарі UNIX.
:
це заборонено на Mac OS Classic, але, звичайно, не на Mac OS X - touch foo:bar
працює чудово.
:
дійсний у "Unix-шарі", але він перекладається на / з /
"шарів Mac" (тобто Finder, більшість діалогових діалогів, пов'язаних з файлами тощо): двокрапка використовується як роздільник у "HFS шляху ", А коса риса використовується як роздільник у" шляхах POSIX ", тому існує двосторонній переклад залежно від того, з яким шаром ви працюєте.
/
) або колонами ( :
) не є безпечною?
foo/bar.docx
(який працює), Microsoft Word не зможе його відкрити.