На главную Наши проекты:
Журнал   ·   Discuz!ML   ·   Wiki   ·   DRKB   ·   Помощь проекту
ПРАВИЛА FAQ Помощь Участники Календарь Избранное RSS
msm.ru
Обратите внимание:
1. Прежде чем начать новую тему или отправить сообщение, убедитесь, что вы не нарушаете правил форума!
2. Обязательно воспользуйтесь поиском. Возможно, Ваш вопрос уже обсуждали. Полезные ссылки приведены ниже.
3. Темы с просьбой выполнить какую-либо работу за автора в этом разделе не обсуждаются.
4. Используйте теги [ code=cpp ] ...текст программы... [ /code ] для выделения текста программы подсветкой.
5. Помните, здесь телепатов нет. Старайтесь формулировать свой вопрос максимально грамотно и чётко: Как правильно задавать вопросы
6. Запрещено отвечать в темы месячной и более давности без веских на то причин.

Полезные ссылки:
user posted image FAQ Сайта (C++) user posted image FAQ Форума user posted image Наши Исходники user posted image Поиск по Разделу user posted image MSDN Library Online (Windows Driver Kit) user posted image Google

Ваше мнение о модераторах: user posted image B.V.
Модераторы: B.V.
Страницы: (2) 1 [2]  все  ( Перейти к последнему сообщению )  
> Как узнать, допустимое количество символов в полном имени папки или файла?
    Цитата Korshi @
    Gonarh, какую api-функцию предлагают использовать по той ссылке, которую вы предложили?

    Ппц ты читать не умеешь? Или ты потроллить сюда пришел? Для "особо грамотных" написано черным по белому, по ссылке которую тебе дали:
    Цитата

    Maximum Path Length Limitation
    In the Windows API (with some exceptions discussed in the following paragraphs), the maximum length for a path is MAX_PATH, which is defined as 260 characters. A local path is structured in the following order: drive letter, colon, backslash, name components separated by backslashes, and a terminating null character. For example, the maximum path on drive D is "D:\some 256-character path string" where "" represents the invisible terminating null character for the current system codepage. (The characters < > are used here for visual clarity and cannot be part of a valid path string.)

    Примечание

    File I/O functions in the Windows API convert "/" to "\" as part of converting the name to an NT-style name, except when using the "\\?\" prefix as detailed in the following sections.



    The Windows API has many functions that also have Unicode versions to permit an extended-length path for a maximum total path length of 32,767 characters. This type of path is composed of components separated by backslashes, each up to the value returned in the lpMaximumComponentLength parameter of the GetVolumeInformation function (this value is commonly 255 characters). To specify an extended-length path, use the "\\?\" prefix. For example, "\\?\D:\very long path".

    Примечание

    The maximum path of 32,767 characters is approximate, because the "\\?\" prefix may be expanded to a longer string by the system at run time, and this expansion applies to the total length.



    The "\\?\" prefix can also be used with paths constructed according to the universal naming convention (UNC). To specify such a path using UNC, use the "\\?\UNC\" prefix. For example, "\\?\UNC\server\share", where "server" is the name of the computer and "share" is the name of the shared folder. These prefixes are not used as part of the path itself. They indicate that the path should be passed to the system with minimal modification, which means that you cannot use forward slashes to represent path separators, or a period to represent the current directory, or double dots to represent the parent directory. Because you cannot use the "\\?\" prefix with a relative path, relative paths are always limited to a total of MAX_PATH characters.

    There is no need to perform any Unicode normalization on path and file name strings for use by the Windows file I/O API functions because the file system treats path and file names as an opaque sequence of WCHARs. Any normalization that your application requires should be performed with this in mind, external of any calls to related Windows file I/O API functions.

    When using an API to create a directory, the specified path cannot be so long that you cannot append an 8.3 file name (that is, the directory name cannot exceed MAX_PATH minus 12).

    The shell and the file system have different requirements. It is possible to create a path with the Windows API that the shell user interface is not able to interpret properly.

    Совет

    Starting in Windows 10, version 1607, MAX_PATH limitations have been removed from common Win32 file and directory functions. However, you must opt-in to the new behavior.



    A registry key allows you to enable or disable the new long path behavior. To enable long path behavior set the registry key at HKLM\SYSTEM\CurrentControlSet\Control\FileSystem LongPathsEnabled (Type: REG_DWORD). The key's value will be cached by the system (per process) after the first call to an affected Win32 file or directory function (list follows). The registry key will not be reloaded during the lifetime of the process. In order for all apps on the system to recognize the value of the key, a reboot might be required because some processes may have started before the key was set.

    The registry key can also be controlled via Group Policy at Computer Configuration > Administrative Templates > System > Filesystem > Enable NTFS long paths.

    You can also enable the new long path behavior per app via the manifest:

    XML

    Копировать
    <application xmlns="urn:schemas-microsoft-com:asm.v3">
    <windowsSettings xmlns:ws2="https://schemas.microsoft.com/SMI/2016/Wind...tings">
    <ws2:longPathAware>true</ws2:longPathAware>
    </windowsSettings>
    </application>
    These are the directory management functions that no longer have MAX_PATH restrictions if you opt-in to long path behavior: CreateDirectoryW, CreateDirectoryExW GetCurrentDirectoryW RemoveDirectoryW SetCurrentDirectoryW.

    These are the file management functions that no longer have MAX_PATH restrictions if you opt-in to long path behavior: CopyFileW, CopyFile2, CopyFileExW, CreateFileW, CreateFile2, CreateHardLinkW, CreateSymbolicLinkW, DeleteFileW, FindFirstFileW, FindFirstFileExW, FindNextFileW, GetFileAttributesW, GetFileAttributesExW, SetFileAttributesW, GetFullPathNameW, GetLongPathNameW, MoveFileW, MoveFileExW, MoveFileWithProgressW, ReplaceFileW, SearchPathW, FindFirstFileNameW, FindNextFileNameW, FindFirstStreamW, FindNextStreamW, GetCompressedFileSizeW, GetFinalPathNameByHandleW.



    Цитата Korshi @
    ЫукпШ, я ищу win32 api функцию, которая мне это сообщит. Я передам функции полное имя папки или файла, а функция должна сообщить - допустимая длина у них или нет.

    Ручками пиши, какая функция? Документацию хоть прочитай. Либо сам напиши, там функция в пол строчки выйдет.
    Сообщение отредактировано: Wound -
      Wound, ты слишком суров по отношению к Korshi, ящетаю! :lol:
      Лучше бы очередной раз проклял ненавистную Венду)))

      И то, что ты красным выделил - это не так важно, как важно сперва узнать ...
      Скрытый текст
      А какая файловая система, где мы хотим узнать лимиты?
      Именно она накладывает ограничения, в самую первую очередь.
      И только потом уже говорим об ОСсссс

      Peace! :victory:
        Цитата JoeUser @
        А какая файловая система, где мы хотим узнать лимиты?

        А какая разница? Он писал про WInAPI, значит это винда, на винде может быть либо FAT либо NTFS, в документации ничего не сказано про файловые системы, зато сказано отдельно про Win10.
          Цитата Wound @
          А какая разница? Он писал про WInAPI, значит это винда, на винде может быть либо FAT либо NTFS

          Ну ... есть FAT, есть FAT32, есть FAT64 (иже exFAT) ... а знаешь, Венда еще NFS может монтировать :blink:
          И у каждой своей ФС свои заморочки, под которые Венда должна использовать свои тампаксы.

          Цитата Wound @
          в документации ничего не сказано про файловые системы, зато сказано отдельно про Win10.

          И это пичально!!! Бери документацию, читай её внимательно (ну ту что ты выделил красным) и поработай с ФС- с обычным FAT. И сразу же поймешь, что на словах - ты Лев Толстой, на деле - Виктор Цой.

          Категорически, люто и бешено настаиваю - сперва берем лимиты конкретной ФС, и только потом смотрим в возможности ОС, которая декларирует ее поддержку! Если в обратном порядке, или без учета лимитов ФС - вангую наступление искривления пространственно-временного континуума! :blink:
            Цитата JoeUser @
            И это пичально!!! Бери документацию, читай её внимательно (ну ту что ты выделил красным) и поработай с ФС- с обычным FAT. И сразу же поймешь, что на словах - ты Лев Толстой, на деле - Виктор Цой.

            Пока что это ты Виктор Цой, потому как то, о чем ты пишешь в приведенном тексте отсутствует, а если ты говоришь про включение длинных имен в Win10 через групповые политики - то это совершенно из другой оперы. Так как эту поддержку нужно еще включить. И вангую если ты будешь заморачиваться на этот сценарий, то твоя программа будет работать разве что у тебя, ну если вдруг ты захочешь ее продать.
            Я тут на медни пытался в Win10 на NTFS поработать с проектом который лежит по пути свыше 260 символов. Мне это не удалось. Уж очень студию начало глючить, прям чудеса начались какие. Так же мне не дало скопировать структуру каталогов, с длинной пути свыше 260 символов. Ну и плюс еще были какие то ньюансы, пришлось проект в корень диска переносить.

            Цитата JoeUser @
            И у каждой своей ФС свои заморочки, под которые Венда должна использовать свои тампаксы.

            Причем тут ФС? Ну вот причем тут ФС, если ты работаешь с WINApi? ты путаешь теплое с колбасой. Не, конечно настроить ты там что то можешь, но тогда ты плотно прибьешь гвоздями свою программу к этим настройкам, и там где все настройки будут по умолчанию(в 99.99999999% случаев), и не важно какая там ФС, там твоя программа будет работать потенциально неккоректно.

            Цитата JoeUser @
            Категорически, люто и бешено настаиваю - сперва берем лимиты конкретной ФС, и только потом смотрим в возможности ОС, которая декларирует ее поддержку! Если в обратном порядке, или без учета лимитов ФС - вангую наступление искривления пространственно-временного континуума! :blink:

            Вот в твоем случае быстрее наступит искривление пространственно-временного континуума! Потому как ты привязываешься не к АПИ системы, а к конкретный настройкам этой системы. Если ты не используешь Win32API функции - тогда, и только тогда нужно смотреть лимиты конкретной ФС. В противном случае - выгребаешь траблы на свою голову.
              Wound, ну я же против winapi ничего не имею. А по поводу лимитов FS приведу простой пример. Допустим тебе нужно хранить какие-нибудь большие массивы данных, порядка терабайта. Используя или не используя winapi ты не сможешь с этими массивами работать на FAT32. Ибо лимиты по макс размеру файла. И вот придется тебе в требованиях к программе писать, что программа работает исключительно на NTFS или exFAT. Вот и все. Конечно можно большие массивы дробить по 4Гб - но это будет уже другая песня не про это :)
              0 пользователей читают эту тему (0 гостей и 0 скрытых пользователей)
              0 пользователей:


              Рейтинг@Mail.ru
              [ Script execution time: 0,0280 ]   [ 16 queries used ]   [ Generated: 28.03.24, 14:40 GMT ]