LINUX.ORG.RU

GNU coreutils 8.17

 


0

1

В новой версии GNU coreutils изменений немного, и все они выглядят безопасными.

  • Исправленные ошибки
    • id и groups, будучи запущены без аргумента, указывающего имя пользователя, в ряде случаев могли отображать группы, которые не являются ни реальными, ни эффективными. Например, при запуске set-GID или в сессии, когда группа была изменена, но еще не стала эффективной (ошибка появилась в версии coreutils 8.1);
    • команда cp S D избавлена от состояния гонок. Если удалить существующий файл D после того, как команда cp выполнит stat, но до того, как она выполнит open, то ранее cp прекращала работу с непонятным для пользователя сообщением об ошибке «файл D не найден». Теперь же cp пытается просто открыть файл с флагом O_CREATE;
    • split --number=C /dev/null более не приводит к бесконечному циклу в ОС GNU/Hurd (ошибка появилась в coreutils-8.8);
    • stat более не сообщает об отрицательном размере файлов для огромных файлов (ошибка появилась в coreutils-8.8).
  • Новые особенности
    • split и truncate теперь позволяют работать с любым файлом, допускающим произвольный доступ в ситуациях, когда необходимо знать размер файла, теперь это могут быть не только обычные файлы;
    • fmt теперь принимает опцию --goal=ШИРИНА (-g);
    • stat -f распознает новые файловые системы: bdevfs, indefs, qnx6.
  • Изменения в поведении
    • cp,mv,install,cat,split теперь пишут и читают блоками по 64KiB вместо 32KiB в прошлых версиях, это увеличивает производительность на 64-битных системах GNU/Linux;
    • cp --attributes-only больше не обрезает существующий файл, предоставляя более общий способ переноса атрибутов с файла на файл.

>>> Подробности

★★★★★

Проверено: JB ()

cp,mv,install,cat,split теперь пишут и читают блоками по 64KiB вместо 32KiB в прошлых версиях, это увеличивает производительность на 64-битных системах GNU/Linux;

Да и на 32-битных системах производительность по идее должна вырасти

anonymous ()

команда cp S D избавлена от состояния гонок

stat более не сообщает об отрицательном размере файлов для огромных файлов

Убейтесь уже, преведчики...

raorn ()

А что такое «более общий способ»?

dm1024 ★★★ ()

для огромных файлов

Это сколько в цифрах?

one_more_hokum ★★★ ()

с флагом O_CREATE

Поправьте, стыдно не знать названия флагов.

mmarkk ()
Ответ на: комментарий от mmarkk

В оригинале написано с «E» в конце, т.ч. разработчиков сабжа пинай. :)

anonymous ()
Ответ на: комментарий от raorn

Убейтесь уже, преведчики...

А что с первой фразой не так? Конечно, лучше было бы написать что-то «cp S D более не подвержена состоянию гонки», но суть от этого не [сильно] поменяется.

А по поводу второго предложения — в оригинале вообще лулз написан, у топикстартера как-то более правдоподобно звучит.

anonymous ()

А fmt не научился двухбайтовым кодировкам?

FiXer ★★☆☆☆ ()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.