Архив форумов ЦИТФорума

[совсем незнакомый]

люди... интересный глюк на Solaris 9 [SunOS 5.9]
не могу стереть фаил по имени "-oPort=1231"
оболочка - /bin/tcsh
имею на фаил полные права...
это ssh плеванулся....

пробовал:
rm -f -oPort=1231 или rm -f "-oPort=1231", rm -f \-oPort\=1231 ,
rm -rf *1231

получил:
rm: illegal option -- o
rm: illegal option -- P
rm: illegal option -- o
rm: illegal option -- t
rm: illegal option -- =
rm: illegal option -- 2
rm: illegal option -- 2
rm: illegal option -- 2
rm: illegal option -- 2
usage: rm [-fiRr] file ...

как будем стирать ?

[совсем незнакомый]

стёр:
rm -rf "\-oPort=1231"

[and3008]

Мы все за теб очень рады!

[test13]

Когда же люди будут читать man'уалы? ):

[LL]

Когда читать научаться

[совсем незнакомый]

pardon, people!

всё я наврал: то есть, ни фига этот шелл не стёр. "-о" - во всех оболочках [которые имеются на сервере] имеет особое значение.
можно выключить парсинг имён файлов. но не нашёл я комманды
которой можно отключить попытку "понять" "-о" в начале слова в строке.
короче моя гипотеза: оболочкой тут не справиться.
надо либо perl либо C либо ...

а всем злодеям ... создайте такой файлик... и попробуйте стереть оболочкой. кстати забыл добавить :
пробовал -b в tcsh - он не работает. расшифровывает как миленький.
а стёр я файл с помощью sftp, но это вовсе не победа :/



tак что - стерляйте идеями как можно заставить _оболочку_ стереть файл.
[кроме как RTFM или сажите какой ман смотреть]

[LL]

Интересно, кто это подрузамевается под словом злодеи...

[ryabinkin]

Действительно, оказывается файл с именем -o создать нелегко...
Я создал его в mc и с его же помощью стер. Эксперименты продолжаются...

Так вот, финал экспериментов:
создание файла с именем -о
touch -- -o
стирание его:
rm -- -o
Главное это -- !!!
_________________
Из двух спорящих виноват тот, кто умнее.

[Dmitry.Karpov]

Я такие вещи давлю так:
rm ./имя_файла

или так:
rm /полный/путь/имя_файла

или так:
touch временный_файл; rm временный_файл имя_файла

А самый правильный путь - подавить интерпретацию дальнейших аргументов как ключей:
rm -- имя_файла
_________________
Благословен Бог, сотворивший меня сисадмином!

[совсем незнакомый]

Спасибо всем!

вот, блин.

[совсем незнакомый]

вопросик один остался... если взять операции затирания в фаиловой системе как работу обязательную [стирать где-то надо будет] и зависящую от самой файловой системы,
то трудоёмкость операции заключается в переработке ввода - т.е.:
с каким вводом быстрее дойдём до вызова unlink()

моя гипотеза - полный путь будет самым быстрым,
потом "./", а только потом - опция с "--" .

говорю без подглядывания в код. если кто заглядывал - попрошу
высказаться;
ну в общем, а как вы думаете ?

[Dmitry.Karpov]

При наличии в командной строкЕ "--" это разбирает сама программа rm, аргументы которой находятся вместе/рядом (близко друг к другу в оперативной памяти); так же плотно находится в памяти её код. При разборе "./имя_файла" приходится обращаться в директории "точка" (есть такая запись в каждой директории), а это уже вызывает опрос её inode. А при обращении через корень опрашиваются все записи и inodes по пути к файлу, что ещё более увеличивает вероятность обращения к жёсткому диску (а это - жутко долгая операция).

Твоя ошибка в том, что ты не рассматриваешь работу функции unlink(). Попробуй сам набросать черновик этой функции даже без проверки прав доступа и обновления времени последнего доступа.
_________________
Благословен Бог, сотворивший меня сисадмином!

[совсем незнакомый]

после:
truss -а rm -- -o
дало мне:
execve("/usr/bin/rm", 0xFFBFFC74, 0xFFBFFC84) argc = 3
argv: rm -- -o
то есть, rm таки получает "--".

Спасибо всем за поучение. и злодеям тоже

[Dmitry.Karpov]

[crash]

[совсем незнакомый]

[Dmitry.Karpov]