[FDclone-users:00268] Re: metacharacter interpretation in interactive commands

[Takashi SHIRAI <shirai@unixusers.net>]

　しらいです。

In Message-Id <86u0ydrneg.knu@iDaemons.org>
        "Akinori MUSHA" <knu@iDaemons.org>さんwrites:
> 　{LOG,MAKE}_DIR, {COPY,MOVE,PACK,FIND}_FILE 等の内部コマンドに
> 共通していますが、入力した文字列においてメタ文字が解釈されるので、
> たとえば「a'b」と入力しても「ab」として扱われてしまいます。一方、
> RENAME_FILE では解釈されないので、食い違いが少し気になります。

　この件を過去に遡って紐解いてみたところ、2.01b -> 2.01c の
過程で敢えて RENAME_FILE だけそういう仕様にしているのを見つ
けました。

　この辺りのいきさつを良く憶えていないのですが、他の入力文字
列が「既存のパス名」であるのに対し、RENAME_FILE のそれは「既
存」でもないし「パス名」でもありません。
　なので RENAME_FILE に関しては「$」や「~」の評価が不要であ
り、不必要に利便性を損なうのを避けるためにメタ文字の評価をや
めたんだと思います。

　ということで、これはバグではなくて仕様なんですが、非対称な
点が気になるでしょうか？少なくとも RENAME_FILE の入力はディ
レクトリヒストリとは無縁なので、ヒストリのメタ文字に関する問
題はそもそも存在しないと思います。

                                               しらい たかし