невозможно определить переменную именем файла если используется подсветка
inspirra 22 сентября, 2009 - 05:03
Имена файлов с расширением .tiff выводятся цветными:
$> ls -laiqh
итого 73M
236177 drwxrwxrwx 2 nobody 4,0K Сен 22 04:43 ./
2 drwxrwxrwt 25 root 16K Сен 22 04:50 ../
236184 -rw-rw-rw- 1 nobody 6 Сен 22 04:42 1.test
236186 -rw-rw-rw- 1 nobody 25M Сен 22 04:43 1.tiff
236185 -rw-rw-rw- 1 nobody 6 Сен 22 04:42 2.test
236182 -rw-rw-rw- 1 nobody 25M Сен 21 19:03 3.tiff
236183 -rw-rw-rw- 1 nobody 25M Сен 21 19:03 5.tiff$> ls -1 * | while read f ; do ls -l "$f" ; done -rw-rw-rw- 1 nobody 6 Сен 22 04:42 1.test ls: невозможно получить доступ к 1.tiff: Нет такого файла или каталога -rw-rw-rw- 1 nobody 6 Сен 22 04:42 2.test ls: невозможно получить доступ к 3.tiff: Нет такого файла или каталога ls: невозможно получить доступ к 5.tiff: Нет такого файла или каталога
--color=none - помогает. Но не непонятно - когда это косяк появился и кто виноват? - bash, или coreutils?
»
- Для комментирования войдите или зарегистрируйтесь
это связано с правами доступа
не прав (я)
... или прав ...
какие-то хитрые непонятки с отображением.... надо подумать....
что-то добрый я сегодня ....
какая задача стоит?
какая задача стоит?
Не грусти, товарищ! Всё хорошо, beautiful good!
- - -
Разные задачи связанные с цикличной обработкой файлов. Например, одна из:
ls -1 "*.tiff" | while read f ; do convert "$f" "${f%.tiff*}.png" ; done
понятное дело, что ls можно заменить на find, или воспользоваться пакетными средствами convert'a, но не в этом дело - раньше же такой проблемы не было! А за долгие годы я уже привык к такой конструкции.
так нужно просто избавиться
так нужно просто избавиться от цвета при выводе?
либо --nocolor (как вы и делали), либо редактировать
/etc/DIR_COLORS
>>> но не в этом дело - раньше же такой проблемы не было!
и чём проблема-то?
convert не работает?
что-то добрый я сегодня ....
- - -
Вообще ничего не работает. Так как имя файла подставленное из переменной не находится - я же привел пример в топовом сообщении: "Нет такого файла или каталога". Последняя задача, помимо convert'а, которую я решал таким способом, - обработка файлов с чет./нечет. нумерацией в именах файлов.
Я постоянно использовал такие конструкции и никогда такого еще не наблюдал. Это произошло после очередного обновления мира - а вопрос в том - кто именно виноват в этой ошибке и кого окатывать назад. Теперь то конечно я буду использовать -nocolor постоянно - но у меня еще остались скрипты использующие такие конструкции и надо решить проблему без их правки, что бы не добавлять nocolor.
х.з. на моей машине ваш
х.з.
на моей машине ваш скрипт работает почти без проблем
вылетает только в том случае, если файлы расположены в подкаталогах
что-то добрый я сегодня ....
bash. В генте прописаны
bash. В генте прописаны алиасы
ls→ls --color=autoи т.п.- - -
Прописано то оно уже много лет. Но раньше этой проблемы не было - это появилось после последнего обновления - только непонятно - чего.
read -r?
read -r?