WinXP, NTFS и имена файлов

← →
Германн © (2008-07-16 01:33) [0]

Возник дурацкий вопрос. В какой кодировке хранятся имена файлов?

← →
umbra © (2008-07-16 01:59) [1]

UTF8, если склероз не изменяет

← →
DRG (2008-07-16 02:16) [2]

Нет UTF 16.

← →
brother © (2008-07-16 05:05) [3]

я думал винда любит 1251

← →
Украинец (2008-07-16 05:43) [4]

> brother © (16.07.08 05:05) [3]
>
> я думал винда любит 1251

Любит то она любит, но widechar в WinNT 2 байта

← →
brother © (2008-07-16 05:47) [5]

> widechar в WinNT 2 байта

это показатель чего?

← →
Byzantine fault (2008-07-16 05:51) [6]

> UTF8
> UTF 16.
> 1251

Да вы что!
В NT-based Windows, на файловых системах NTFS, имена файлов находятся в Unicode.

А краткие имена файлов хранятся в 866

← →
brother © (2008-07-16 06:53) [7]

http://support.microsoft.com/kb/100108
имена файлов находятся в Unicode.

> А краткие имена файлов хранятся в 866

под вопросом...

← →
Byzantine fault © (2008-07-16 07:19) [8]

> http://support.microsoft.com/kb/100108
> имена файлов находятся в Unicode.

Странно, так и не увидел в этой статье слова Unicode. Где оно там?

> под вопросом...

Да вот это-то как раз и не под вопросом

← →
brother © (2008-07-16 07:34) [9]

> Странно, так и не увидел в этой статье слова Unicode. Где
> оно там?

мдя...

Устранение ограничений Во-первых, в NTFS значительно – до 2^64 байт (16 экзабайт или 18 446 744 073 709 551 616 байт) – увеличен допустимый раздел файлов и томов. В NTFS для решения проблемы фиксированного размера сектора снова применена концепция кластеров, ранее использованная в файловой системе FAT. Это было сделано для улучшения аппаратной независимости операционной системы Windows NT при ее использовании с жесткими дисками, изготовленными по другой технологии. Таким образом, была принята точка зрения, что деление диска на секторы размером 512 не всегда является оптимальным. Размер кластера определяется кратным числом единичных блоков жесткого диска. Кроме того, для задания имен файлов используется кодировка Юникод и наряду с длинными именами обеспечена поддержка формата 8.3.

← →
brother © (2008-07-16 07:42) [10]

> Да вот это-то как раз и не под вопросом

ссылочку на офф. источники можно...

← →
Anatoly Podgoretsky © (2008-07-16 07:47) [11]

Билл Гейтс в гробы бы перевернулся, как только там окажется.

← →
brother © (2008-07-16 07:51) [12]

> Билл Гейтс в гробы бы перевернулся, как только там окажется.

это Вы про что?

← →
Byzantine fault © (2008-07-16 07:56) [13]

> мдя...

> кодировка Юникод

Ну я же не знал, что там по-русски написано, я искал по-привычке "Unicode"
:-0

> и наряду с длинными именами обеспечена поддержка формата
> 8.3.

Между прочим, это не про фортам коротких имён речь идёт?

← →
Byzantine fault © (2008-07-16 07:57) [14]

Это не про формат коротких имён?

← →
brother © (2008-07-16 08:08) [15]

> Это не про формат коротких имён?

да это оно, и как я понял он тож в юникоде, тк другова не сказано...

← →
Byzantine fault © (2008-07-16 08:13) [16]

> да это оно, и как я понял он тож в юникоде, тк другова не
> сказано...

Во времена DOS был Unicode? Он, насколько точно могу сказать, начал поддерживаться с Windows 2000. Так что ерунду говорите

http://en.wikipedia.org/wiki/8.3_filename#Directory_table

Не может быть это Юникод, даже с точки зрения обратной совместимости

← →
AlexKniga © (2008-07-16 08:13) [17]

В дополнении.
NTFS регистронезависимая система и сравнение имен осуществляется через файл $UPCASE.

← →
Byzantine fault © (2008-07-16 08:17) [18]

Если это кому-то интересно, статья про имена файлов:
http://msdn.microsoft.com/en-us/library/aa365247.aspx

Теперь хоть узнал, какие имена нельзя использовать, кроме оскомину набившего CON:

Do not use the following reserved device names for the name of a file: CON, PRN, AUX, NUL, COM1, COM2, COM3, COM4, COM5, COM6, COM7, COM8, COM9, LPT1, LPT2, LPT3, LPT4, LPT5, LPT6, LPT7, LPT8, and LPT9

Всё довольно логично

← →
AlexKniga © (2008-07-16 08:35) [19]

Еще нельзя
... (имя файла из трех точек и более)

Про
.
..
\
ясно, это предопределенные элементы. А про троеточие не так очевидно.

← →
Рамиль © (2008-07-16 08:48) [20]

> Теперь хоть узнал, какие имена нельзя использовать, кроме
> оскомину набившего CON:

Почему нельзя?
mkdir \\.\C:\CON
;)

← →
KilkennyCat © (2008-07-16 08:56) [21]

нда... как-то раз создал я файлик con.html, долго плевался потом...

← →
Byzantine fault © (2008-07-16 08:59) [22]

> как-то раз создал я файлик con.html

Как удалось именно создать его? Каким чудесным образом?

← →
Рамиль © (2008-07-16 09:02) [23]

> Как удалось именно создать его? Каким чудесным образом?

>Рамиль © (16.07.08 08:48) [20]
> Почему нельзя?
> mkdir \\.\C:\CON
> ;)
>

← →
Anatoly Podgoretsky © (2008-07-16 09:04) [24]

> brother (16.07.2008 7:51:12) [12]

Это я про дикие фантазии в предыдущих сообщениях.
Надо же сколько ламеров собралось в данной ветке и каждый профессор.

← →
brother © (2008-07-16 09:05) [25]

> Во времена DOS был Unicode? Он, насколько точно могу сказать,
> начал поддерживаться с Windows 2000. Так что ерунду говорите

причем здесь дос? разговор про ntfs, а как ОС подаст файл проге, это уже другое...

← →
brother © (2008-07-16 09:09) [26]

> Это я про дикие фантазии в предыдущих сообщениях.

хотелось бы услышать ваше мнение...

← →
Anatoly Podgoretsky © (2008-07-16 09:09) [27]

> Byzantine fault (16.07.2008 8:17:18) [18]

Учи английский

← →
Anatoly Podgoretsky © (2008-07-16 09:09) [28]

> Byzantine fault (16.07.2008 8:13:16) [16]

Не читай дурипедию

> AlexKniga (16.07.2008 8:35:19) [19]

Вполне очевидно, количество точек отражает количество уровней

> KilkennyCat (16.07.2008 8:56:21) [21]

Недостаток обработчика ФС, там много каких есть недостатков, программисты же писали.

> причем здесь дос? разговор про ntfs,

Я всегда считал, что стандарты тянутся с давних времён. Особенно это касается ОС Windows. Очень многое взято из DOS. Краткие имена файлов не исключение

http://ru.wikipedia.org/wiki/CP866

К сожалению, тут упомянули FAT, но забыли NTFS. Но всё равно никто не собирался и в НТФС менять стандарт. Подтверждение тому хотя бы ситуация из жизни, когда из-под DOS-а с дискетки (с соответствующим дополнением), пришлось лазить по диску с NTFS в поисках файла вируса. Имена отображались в кратком формате, и корректно

Ну если кто откопает официальный источник, буду рад посмотреть

> а как ОС подаст файл проге, это уже другое...

Непонятная фраза. Откуда взялась какая-то прога?

> Byzantine fault © (16.07.08 08:59) [22]
> > как-то раз создал я файлик con.html
>
> Как удалось именно создать его? Каким чудесным образом?

Легко и просто. Это было сокращение от "контакт", в редакторе штмл-а от визикома взял и сделал саве ас... 98 виндоус.

> Anatoly Podgoretsky © (16.07.08 09:11) [30]

И это хорошо, это делает ОС человечней! :)

> Особенно это касается ОС Windows. Очень многое взято из
> DOS. Краткие имена файлов не исключение
>
> http://ru.wikipedia.org/wiki/CP866

не говори ерунды, как ты мог заметить по ссылке... разговор идет про консоль и только. На практике это уже для web...
> Подтверждение тому хотя бы ситуация из жизни, когда из-под
> DOS-а с дискетки (с соответствующим дополнением), пришлось
> лазить по диску с NTFS в поисках файла вируса. Имена отображались
> в кратком формате, и корректно

Афигеть! Когда это под дос виден был ntfs диск??? копию дискеты в студию!!!
зы я сомневаюсь в Вашей компетентности в данном вопросе...

> Афигеть! Когда это под дос виден был ntfs диск??? копию
> дискеты в студию!!!
> зы я сомневаюсь в Вашей компетентности в данном вопросе.
> ..

Все какие-то нервные. Вы прежде чеам фигеть прочитайте ещё раз моё сообщение:

хотя бы ситуация из жизни, когда из-под DOS-а с дискетки (с соответствующим дополнением),

Это было во времена, когда на наших компах ещё стояла Win 2000, а дополнение кажется называлось NTFSforDOS.com. В интернете есть.
Я не дурак, я понимаю, что чистая ДОСя никакого НТФСа не увидит. Читайте, пожалуйста, внимательнее, не переспрашивайте

> Это было во времена, когда на наших компах ещё стояла Win
> 2000,

ну, вот, начинаю чувствовать себя стариком...

> с соответствующим дополнением

не пиши тогда, что дос видит ntfs...
зы ты знаешь как это дополнение реализует доступ к ntfs? Следовательно нельзя утверждать, что там 866.

А посмотреть на диск - пусть лохи смотрят. Правильные пацаны будут спорить

> ну, вот, начинаю чувствовать себя стариком...

Если я скажу, что 2000 урали с сервера только прошлым летом, это вас хоть немного утешит? : -)

не пиши тогда, что дос видит ntfs... зы ты знаешь как это дополнение реализует доступ к ntfs? Следовательно нельзя утверждать, что там 866.
Ткните меня носом, в каокм предложении я прямо так и написал "ДОС видит НТФС". Я писал только, что просматривал NTFS с помощью DOS и утилитки, в которой вся соль.

Да, нельзя утверждать что там 866, можно утверждать что создатели не забыли засунуть туда Юникод : -) Интересно, при таком условии могло бы всё хозяйство залезть на простую дискету? Вот этого уж я точно не знаю

Если нельзя утверждать, никто не мешает вам дизассемблировать код той утилиты и посмотреть, что же там в действительности

> Byzantine fault (16.07.2008 9:23:34) [34]

Зачем нам говорить о каких то хакерских поделках.

> Зачем нам говорить о каких то хакерских поделках.

Да вы действиетльно не уважаете Microsoft
С каких пор Руссинович стал хакером?

MS-DOS
Драйвер NTFSDOS Марка Руссиновича (Mark Russinovich) — поддержка чтения, а в версии Professional и записи на NTFS-разделы (с июля 2006 права на утилиты Марка Руссиновича принадлежат Microsoft; на сайте компании информации об этом продукте нет, но его без труда можно найти в Сети).

WinXP, NTFS и имена файлов Найти похожие ветки