Здравствуйте. Возник вопрос по выделению памяти на стеке под пути. В Windows 10, начиная с версии 1607 можно включить поддержку длинных путей по дефолту, следовательно ограничение в MAX_PATH символов теряет смысл. Как универсально поддерживать длинные пути? Выделять в стеке 32767 символов под каждый путь глупо, как и постоянно выделять память динамически.
-
XSS.stack #1 – первый литературный журнал от юзеров форума
Поддержка длинных путей
- Автор темы html5
- Дата начала
Ну вряд ли у тебя будет много путей длиннее MAX_PATH (на секундочку это 260 символов). В противном случае лучшего решения, чем выделять память для путей на куче, ты вряд ли найдешь. Выделять 32 килобайта на стеке для каждого пути - никакого стека не хватит.
В чем сложность выделять динамическую память? Ну можно еще буфер данных заранее объвить, будет в секции .data
Ну тут надо не забывать про многопоточность, если она есть, чтобы не огрести рейскондишн между потоками.
- Автор темы
- Добавить закладку
- #5
Мне нужно сформировать путь к файлу, имя которого = GetEnvironmentVariable(APPDATA)\\randomname(7)
У человека может быть банально очень большое имя пользователя (200+ символов) и путь не влезет в буффер
Сколько разных сорцов не пересмотрел, везде сугубо MAX_PATH и никакого беспокойства о переполнении. Разве, не всё так страшно с длинными путями?
вообще не страшно. Поверь.
Страшно тут, что масс проекты к путям используют анси и у них не отрабатывается в некоторых странах
А вообще имя юзера сток символов в теории не может иметь. Значит с машиной что-то не так
- Автор темы
- Добавить закладку
- #7
Может. Максимальный размер - 256 символов.
Пруф: https://docs.microsoft.com/en-us/wi...rosoft-windows-shell-setup-autologon-username
дружище, я знаю, что может иметь.
Я говорю о реальных машинах холдера.
О хоспаде ну сделай себе буффер размером 256 + длина c:\users\\randomname, какая проблема?
Выделяйте в хипе и будет норм. В чем проблема? Лучше пусть будет "лишние" несколько килобайт, чем прога упадет на каком-то экзотическом компе.
У нас на форуме две крайности. Одни экономят байты там, где не надо; а вторые пишут на петонах.
В CPython кстати все выделенно на куче, даже целые числа, ну кроме None, True и False (они своего рода синглтоны, так что их можно не считать). И ничего, даже сравнительно быстро работает для языка без JIT-компилятора.