Как стать автором
Обновить

Комментарии 16

Где-то читал, что одна из проблем, которую часто не могут найти разработчики игр-это то, что в названии папки пользователя на винде может быть кириллица. Все почему-то забывают, что не у всех может быть установлена английская версия виндовс.

Что самое смешное, даже забивая на кириллицу, часто встречается проблема в пробеле. Хотя Program Files у всех Program Files
не у всех.

Никто не мешает переименовать, напрмер, в Bin, Bin_x86 или аналоги.
Можно сделать mklink /J. И шесть ключей (типа ProgramFilesDir) в реесте переименовать, чтобы система всё уже только туда ставила.

Ибо пробелы в путях это истинное зло. Но этому можно противостоять.
не у всех.

По-умолчанию же. Но, окей, сдаюсь, у подавляющего большинства, так лучше?

В старые времена старались вообще кириллицу не использовать по возможности, и пробелов избегали, заменяли на подчеркивание.
Сейчас народ конечно разбалован в этом плане.

В старые времена (ну, относительно старые — когда винда уже знала, что такое Fat32) каждой директории с длинным именем был ещё и короткий эквивалент. Капризные программы можно было ставить в C:\PROGRA~1. :)

Действительно есть такая проблема. За свои 20+ лет использования Windows несколько раз доводилось сталкиваться с тем, что программа работает некорректно из-за кириллического названия папки пользователя. Последним таким примером, с котором я столкнулся, можно назвать пакет Genymotion — эмулятор мобильных телефонов. Это было примерно 5 лет назад и с тех пор я называю пользователя исключительно латиницей.

Сам не попадался на такую проблему, но описание ошибок на форумах видел, мол надо переименовать пользователя, иначе игра не запускается. Не помню, что за игра была. Это (а ещё пробелы, про которые писали ниже), на мой взгляд, проблема сродни строкам в C, которые оканчиваются на символ с кодом 0, вместо указания размера. Путь не должен быть строкой. Путь должен быть списком объектов, для каждого из которых указана его длина, тогда проблем будет гораздо меньше.

Ладно игры.Их можно просто поставить в корень диска.Cmake.Причём у других систем сборок такой проблемы нет(незнаю за все, лишь за те что пользовался сам).Даже обидно как-то что в таком значительном проекте не исправлена(незнаю точно, двв гола назад точно нет) такая оплошность...

CMake — это ещё ничего. Я вот для своих проектов по привычке использую пути, безопасные (не требующие экранирования) для bash, а коллеги используют пути вида D:\Испытания 2020\…. Обычно всё работает, но иногда вылезает что‐то вроде «openssh не может открыть указанный ему в командной строке конфиг» или «LabVIEW внезапно решил начать падать при открытии именно этого моего проекта именно из этого пути». Не буду говорить про LabVIEW, но OpenSSH — тоже весьма значимый проект. И, в отличие от CMake, теперь поставляется вместе с Windows.

Сталкивались ли вы с ошибками, появляющимися при необычном использовании неких программ или устройств?

В далеком 2008-м я начал освоение GNU/LInux. Тогда впервые узнал о symlinks, hardlinks, ssh, мне показали Midnight Commander. Конечно, новых знаний было гораздо больше, я перечислил только минимум, который позволил мне добросовестно удалить важные пользовательские данные.
Задача заключалась примерно в следующем: зайти по ssh на пользовательский ПК и удалить symlink, который смотрел на домашнюю директорию пользователя.
Что сделал я: открыл mc, в одной из панелей зашел по ssh на ПК пользователя и нажал F8->Enter на симлинке.
Осознание, что что-то пошло не так, случилось через несколько секунд наблюдения как симлинк удаляется с каким-то странным перечислением кучи файлов.
Проблема заключалась в том, что mc по ssh следовал по пути симлинка и действия производил с целями.
На текущий момент проблема исправлена.
Mint 20 Cinnamon 4.6.7 не исправили баг с PrScr) забавно
кодовое имя содержало «особые» символы «'» и «ö» (прошу прощения у тех, кто пользуется такими символами постоянно).

О времена, о нравы… Даже за это теперь на всякий случай просят прощения… (:

Когда-то занимался разработкой приложений по обработке изображений для научных целей.
Стабильность программы после проверки работы алгоритма тестировал подачей на вход маленьких картинок разрешением 1x1 пикселов и здоровенных — типа 10000 x 10000 точек.
После таких тестов можно было быть спокойным насчет правильности поведения программ при при обсчёте нужных данных, полученных из разных источников.


Называл я это тестом Зерлинга — в честь 12 толп зерлингов в старкрафте, позволяющим раздалбливать или наносить сильный урон наземным юнитам и постройкам. Кто видел, как танки и прочие юниты вертят башнями пока их долбят "собаки", поймёт.


Формально это означало тест с неадекватно маленьким и неадекватном большим количеством данных. Пример: файл с изображением формата BMP, у которого в полях размера картинки и других параметров стоят нули.

«Did you really name your son Robert'); DROP TABLE Students;-- ?»
Зарегистрируйтесь на Хабре, чтобы оставить комментарий