 |
|
|
ru.linux- RU.LINUX --------------------------------------------------------------------- From : Ruslan Kosolapov 2:5020/400 02 Jun 2004 20:15:19 To : Poruchik Subject : Re: Linux vs BSD vs Offtopic :-) -------------------------------------------------------------------------------- ==[ Poruchik -> Ruslan: RK>> D:\Documents and Settings\rk\My Documents>dir *a*?doc RK>> File Not Found P> Совершенно верно говорит и вполне себе ожидаемо, точка в данном P> случае отделяет расширение и знаком ?, на сколько я помню, P> подменяться не будет. посему и del *.* пишется именно таким P> образом, а не del * Вот это я и имел в виду под словом "неоднозначность". По поводу примера с dir/p возражений нету? P> Фигурнова купи и прочитай на досуге. Я же не начинаю до тебя P> докапываться по поводу башевских экранирующих символов, хотя там P> вариантов дофигища и без привычки к чтению таких скриптов тоже P> будешь теряться. Вариантов там ровно два: одинарные кавычки и слеш. P> Я прекрасно понимаю, что у баша свои правила интерпритации масок и P> если мне что-то дается не таким образом, как я ожидаю, я ищу свою P> ошибку, а не валю все на баш. У баша все правила укладываются в несколько строчек описания, и исключений в них нету. В винде есть разница даже между просто dir и cmd /c "dir". Если же надо передать параметры с пробелом или кавычками в команду, которая вызывается через cmd /c, то проще повеситься иногда. Вызвать cmd /c через cmd /c - это я вообще в течении трёх минут не скажу как сделать. P>>> и полные их имена. Фигурнов должен тебе помочь, в разрешении этой P>>> не легкой неоднозначности. RK>> Hасчёт полных имён иди читай msdn, или что там... Фигурнов RK>> совершенно не в курсе. C:\Program Files не всегда равняется RK>> C:\PROGRA~1. P> Правильно, только это не полные имена, это длинные имена, которые P> обходяться с помощью экранирования, Если бы они _всегда_ (то есть во всех случаях) и _однозначно_ обходились с помощью экранирования, то я бы сейчас сидел, и молчал. Я не виндовый девелопер, и не помню функцию, с помощью которой надо получать короткий путь в определённых случаях, но она есть. И иначе писать нельзя (трудноуловимые баги получишь). Может быть в прикладных программах это не вылазит, но в системных (которыми мы и занимаемся) это является достаточно серьёзной проблемой, чтобы я на неё ругался. P> а описано, почему и как и когда они интерпретируются для обратной P> совместимости с 8.3 в документации на ФС. Правила эти на редкость P> просты. Читай, блин, документацию, прежде чем вылазить с красным P> флагом на баррикады. Или засунь это флаг под шкаф и просто нормально P> спрашивай, как это сделать, я не ленивый, я постараюсь объяснить. И P> кстати, как именно вводить в командах длинные имена описано в P> фигурнове, того что там есть для тебя - за глаза. Мне, как юзеру, это вообще фиолетово. Мне это мешает как тестеру, потому что увеличивает множество классов эквивалентности, соответственно увеличивает количество тесткейзов. И не в два раза, а в квадрат. Как юзер я юзаю проводник, тыкаю на кнопочки, и полон любви к гениям майкрософта. К счастью, в роли юзера винды я выступаю очень редко. RK>> Hекоторые программы до сих пор не понимают длинных имён, им надо RK>> короткие подавать. P> Да, надо. Да, короткие и что тебе в данном случае мешает??? То, что длинное имя в короткое не всегда переводится в уме. И то, что в большинстве случаев c:\Program Files == C:\PROGRA~1 ничего не означает. -- =[ Сэры, это, на циску не надо чайник ставить! =[ -- vi, 2004 --- ifmail v.2.15dev5.3 * Origin: SWSoft Novosibirsk, QA Department Second Manager (2:5020/400) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /ru.linux/1199748da3cd2.html, оценка из 5, голосов 10
|
|
|