Новая коллега осваивает работу с нашими продуктами. При этом у неё мак (целевая обстановка - Linux, полностью проверяется в виртуалке).
А у нас в репе в одном каталоге рядом registrar.cxx и Registrar.cxx.
Коротко:
1) head с явным указанием имени - показывает оба с разным содержимым.
2) ls пишет только один из них, Registrar.cxx.
3) "причем я клонила
(
Read more... )
Comments 17
Хотя, конечно часто приходится пинать разработчиков, привыкших к хорошему, чтобы писали совместимо с mentally impaired OS.
Reply
И в каждом из них, наверное, есть переменные registrar и Registrar с одинаковым scope? ;-)
Reply
ExpertSexChange и ExpertsExchange и их никто не перепутает - это точно хорошее.
Еще, конечно вспоминается пара
TheRapist и Therapist.
Но любой полезной возможностью можно воспользваться во зло. А если нельзя, значит она бесполезная.
Reply
Нет, переменных таких в глобальном скоупе нет :)
Reply
( ... )
Reply
Если такая возможность есть, то это похоже на багу, в результате которой файловая система перестаёт быть консистентной. Было бы любопытно воспроизвести.
Reply
По крайней мере по всем описаниям выглядит так (я не щупал).
Reply
Приложения не заботятся о регистре в именах файлов. Им это и не очень тривиально сделать.
Больше похоже, что на case-insensitive fs каким-то образом удалось создать два файла, отличающихся регистром, и на этом поиметь странные эффекты: при явном указании имени читается правильный файл, а при просмотре каталога виден только один.
Reply
У меня мака нет, повторить не могу. Сделали уже переименование в транке, распространяем на активные ветки.
Будет мак - попрошу рассказать в максимуме подробностей, что это было.
Но я таки ceterum censeo, что case insensitivity - зло...
Reply
про винду я уж не говорю.
ИМХО использовать два имени файла, различающие только регистром - дурной тон, не столь ужасный, как закладываться на byte order или невыровненное чтение памяти, но всё-таки дурной.
Reply
Reply
Ну вот представим себе имена из base64 (ну, '/' -> '_'). Почему нет? ;) почему FS должна мешать этому?
Reply
речь-то была не о том, как правильно проектировать api операционных систем, а про то, как жить с тем, что имеем.
Reply
Reply
Leave a comment