1. Куча / Говнокод #12445

    +129

    1. 1
    2. 2
    3. 3
    4. 4
    5. 5
    6. 6
    7. 7
    8. 8
    > echo 1 >1.cp
> echo 1 >1.cpp
> echo 1 >1.cppp
> dir /b *.cp
1.cp
> dir /b *.cpp
1.cpp
1.cppp

    Баг в FindFirstFile/FindNextFile, показан на виндовом dir для простоты демонстрации. Призрак DOS'а жив даже в семерке...

    Запостил: bormand, 18 Января 2013

    Комментарии (38) RSS

    • ava bormand 18.01.2013 12:58 # +1

      Причем:
      > echo 1 >1.cpppp
> dir /b *.cp
1.cp
> dir /b *.cpp
1.cpp
1.cppp
1.cpppp
> dir /b *.cppp
1.cppp
      Ответить

    • ava roman-kashitsyn 18.01.2013 13:06 # +1

      Проблема banana? Знаешь, как писать, но не знаешь, когда нужно остановиться?
      Ответить

      • ava bormand 18.01.2013 13:19 # −1

        Не, проблема в том, что если в расширении в маске ровно 3 символа, то ищутся и 4 и 5 и более...
        Ответить

    • ava inkanus-gray 18.01.2013 13:48 # +2

      > dir /X *.cpp
      ...
      18.01.2013 14:45 4 1.cpp
      18.01.2013 14:45 4 137E2~1.CPP 1.cppp
      ...

      > dir /b 13*.*
      1.cppp

      Генерация коротких имён включена по умолчанию.
      P.S. Вывод последнего dir'а рвёт мозг. Но такая схема работать будет во всех случаях, когда короткое имя не совпадает с длинным, а не только когда в расширении больше трёх символов.
      Ответить

      • ava bormand 18.01.2013 13:52 # 0

        А как это отключить в FindFirstFile? ;)
        Ответить

        • ava inkanus-gray 18.01.2013 13:55 # 0

          Есть мысль попробовать FindFirstFileEx с опцией FIND_FIRST_EX_CASE_SENSITIVE.
          Ответить

          • ava bormand 18.01.2013 14:05 # +1

            Попробовал так:
            HANDLE h = FindFirstFileExW(L"*.cpp", FindExInfoStandard, &data, 0, NULL, FIND_FIRST_EX_CASE_SENSITIVE);
            Один хрен багует, что с *.cpp, что с *.CPP. ВиндаГовно.

            P.S. Не ну есть конечно вариант - отключить параметр в реестре, отвечающий за генерацию коротких имен, но это совсем уж радикальный вариант.
            Ответить

            • ava inkanus-gray 18.01.2013 14:09 # +1

              http://msdn.microsoft.com/en-us/library/windows/desktop/aa364415(v=vs.85).aspx:

              FindExInfoBasic
              The FindFirstFileEx function does not query the short file name, improving overall enumeration speed.
              Ответить

              • ava inkanus-gray 18.01.2013 14:16 # +1

                P.S. FindExInfoBasic нет в Висте и в XP. Для совместимости придётся тупо сравнивать имя каждого найденного файла с маской.
                Ответить

                • ava guest 18.01.2013 14:34 # −1

                  неговно и вот почему:
                  dir *~* > wtf.txt && start wtf.txt
                  Ответить

                  • ava bormand 18.01.2013 14:58 # +1

                    И ради этого теперь всем прогам, пользующимся FindFirstFile страдать? Имхо эту хуиту надо сделать не то что отключаемой опцией, а даже опцией включаемой. Кому надо - включит. Остальным оно только мешает.

                    P.S. Нахуя зачем нужен этот код? Найти файлы не проходящие по 8.3, и следовательно отображаемые в досе не так (а также до кучи все файлы с тильдами в духе ~1.txt и 1.txt~)? Или есть еще какой-то скрытый смысл, недоступный простым смертным?
                    Ответить

                    • ava guest 18.01.2013 15:25 # −1

                      да, давайте сделаем отдельный command.com чтобы можно было работать с короткими именами и запускать gnu make
                      Ответить

                      • ava bormand 18.01.2013 15:30 # +2

                        Кому в голову сейчас придет работать с именами в формате 8.3 (кроме тех несчастных людей, которым до сих пор приходится работать с foxpro)?

                        В виндосервере 2003+ по дефолту вообще отключена поддержка говна мамонта досовских имен.

                        Не лучше уж отдельный коммандком для тех кому еще нужно работать с досовскими прогами, чем костыли во всех виндовых прогах пользующихся FindFirstFile, включая все шарпейские проги, использующие DirectoryInfo.GetFile.
                        Ответить

                        • ava guest 18.01.2013 15:35 # −2

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

                          каптча 8383
                          Ответить

                          • ava bormand 18.01.2013 15:37 # +4

                            > отключить генерацию коротких имен для тома
                            У клиентов? Лолшто. Так и представляю себе звонок в техподдержку - "Алло, у меня вместо *.doc ищутся *.docx, что мне сделать?" - "Отключите поддержку коротких имен для тома" - "Да пошли вы нахуй, у меня фокспро до сих пор юзается".

                            P.S. Какие вы там проблемы кстати заметили с gnu make, из-за которых вы так защищаете 8.3 имена?
                            Ответить

                            • ava guest 18.01.2013 15:42 # −2

                              пробелы в именах
                              Ответить

                              • ava bormand 18.01.2013 15:45 # +2

                                > пробелы в именах
                                И причем тут дособлядские 8.3?

                                Если надо найти файлы с пробелами - запускаете
                                dir "* *"
                                Ответить

                                • ava guest 18.01.2013 16:07 # 0

                                  сразу видно человека который ни разу не пробовал поставить mingw в %ProgramFiles% ни разу не ставил
                                  Ответить

                                  • ava inkanus-gray 18.01.2013 16:10 # 0

                                    Mingw работает с именами с пробелами:
                                    ls "C:\Program Files"

                                    А что происходит при установке в %ProgramFiles%?
                                    Ответить

                                    • ava bormand 18.01.2013 16:17 # +1

                                      > А что происходит при установке в %ProgramFiles%?
                                      Не работает. У make $^ сломаются, и еще много что сломается. Она не умеет нормально экранировать пробелы при генерации команд.
                                      Ответить

                                  • ava bormand 18.01.2013 16:18 # +2

                                    > сразу видно человека который ни разу не пробовал поставить mingw в %ProgramFiles% ни разу не ставил
                                    Я так похож на идиота, который поставит мингв в путь с пробелами забив на все предупреждения?
                                    Ответить

                              • ava bormand 18.01.2013 16:15 # +2

                                P.S. Проблемы с пробелами в именах у gnu make даже в никсах. Начиная с того, что даже $^ нормально не пашет. А вот на длину имен, количество точек, и длину расширений make никаких ограничений не налагает, и вполне их переваривает...

                                Так причем же тут 8.3 имена, guest?
                                Чем же твой dir *~* (требующий поддержки багофичи с поиском 8.3 имен) полезней dir "* *" в плане работы с gnu make, guest?
                                Не толстый ли ты тролль, guest?
                                Ответить

                          • ava inkanus-gray 18.01.2013 15:56 # +2

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

                • ava bormand 18.01.2013 14:56 # +1

                  Вы не поверите, но оно выдает ту же самую хуиту те же самые левые файлы, просто не заполняет поле cAlternateFileName.
                  Ответить

                  • ava inkanus-gray 18.01.2013 15:20 # +2

                    > improving overall enumeration speed

                    В Микрософте всерьёз думают, что заполнение лишнего поля даст заметный прирост тормозов по сравнению с операциями над файловой системой?
                    Ответить

                • ava bormand 18.01.2013 15:16 # +1

                  Барабанная дробь... c#:
                  DirectoryInfo dir = new DirectoryInfo(@"c:\1\");
foreach (FileInfo f in dir.GetFiles("*.cpp"))
{
    Console.WriteLine(f.Name);
}
                  Выводит те самые 1.cpp, 1.cppp, 1.cpppp
                  Ответить

    • ava guest 18.01.2013 14:10 # −1

      touch? не слышал...
      Ответить

    • ava guest 18.01.2013 15:54 # +6

      Редмонд, Вашингтон: Неизвестный поджег офис компании Майкрософт и скрылся в неизвестном направлении. Пострадало двое граждан Индии. Очевидцы утверждают, что неизвестный выкрикивал фразу «Долой короткие имена!» и что-то про FoxPro.
      Ответить

    • ava an0nym 18.01.2013 16:30 # −7

      показать все, что скрытоСпермоклоунада.
      Ответить

    • ava Lure Of Chaos 20.01.2013 16:19 # +1

      а я до сих пор использую имена 8.3 и без пробелов
      Ответить

    • ava TarasB 20.01.2013 19:45 # +1

      Может быть 1.cppp на самом деле имеет имя 1~1.cpp? Вот оно и нашлось.
      Ответить

      • ava inkanus-gray 20.01.2013 20:02 # +1

        В Windows 4.x так и будет. Хотя какой смысл искать одновременно по LFN и по SFN?

        В Windows NT короткое имя может выглядеть, как адский трэш (перед тильдой будут шестнадцатеричные цифры), а кроме того, оно ещё и опционально.
        Ответить

    • ava angrybird 08.03.2013 13:38 # −1

      В восьмёрке тоже работает.
      Скриншот http://s002.radikal.ru/i198/1303/41/672be625b131.png
      Ответить

    • ava bfGjKRC 25.08.2021 01:18 # 0

      В итоге мы простояли десять минут у дома Джейкоба, который даже не пытался поторопиться.
      Ответить

    Добавить комментарий