VMS上でファイル名と論理名（この文脈ではファイル名別名を使用する）の柔軟性に対する明らかな制限については疑問です。 [dir]名や[.subdir]名のような名前を付けることができ、dskxy：[dir]名やdskxy：[。subdir]名のようなデバイスと組み合わせることができます。 次に、論理名があります。 SYS $ LOGINを指定すると、SYS $ LOGIN：nameのようなファイル名を作成できます。 これを自然に使用すると、SYS $ LOGIN：[。subdir] nameになりますが、それは受け入れられないようです。 私は何かを見落としましたか、それとも柔軟性がないのですか？VMSファイル名は論理名とサブディレクトリを結合できますか？
実際、SYS $ LOGIN：[。X]は解析されません。 ゲームを始めるには遅すぎるので、これを「私の言うことではなく、私の言うことをする」方向に向けることを検討してください。 OpenVMSポリシーは、「私の言うことをして、それをうまくやる」ことです。
あなたは例が無効な構文にマップすることを考慮すれば、それはちょっと意味があります：
dev:[logindir][.x]
しかし、これは動作します：「」
dev:[logindir.][x]
それを置くことで、すべての重要な違い 誰かがおそらく何か "[["は静かに落とさなければならないと主張することができますか？
dskxy：[。subdir]という名前は、現在のデフォルトディレクトリがそこに織り込まれているために機能します。 それはdev：[default_dir.subdir]という名前にマップされます
そして、おそらくこれは決して変更されなかった理由があります。 SYS $ LOGIN：[。X]は現在のデフォルトディレクトリを解析に含めるかどうかを指定しますか？ あなたは期待していませんが、既存のOpenVMSの動作が支配的であると言います。 /トランス=がsys_login devの隠ぺい
$を定義します：
あなたは時々、ソートの例根ざしたディレクトリを定義することによって、それを回避することができます[。default_dir]を今すぐ
あなたは$を言うことができるDIR sys_loginを：[サブディレクトリ]
しかし、ここで先頭の期間は存在してはならず、論理自体は何もしません。 sys_login：[000000]が必要です。
本当に私を助けてくれるの？それは、むしろ論理ディレクトリだとして、これは少し助け
希望は、 ヘイン
のSYS $ログインはあなたが「デフォルトを設定」する必要があるために、「ホーム」ルートのために良いと等価ではありません。
"home"の下にあるディレクトリを参照する必要がある場合は、sys $ loginディレクトリに対応するroot/device-logicalを定義することができます。
$ /仕事自宅の$ R「のF $ strの定義（Fます$ TRNLNM（ "のSYS $ログインを"） - "] [ " - "]" + "]。"）/トランス=
を隠します「。」と「隠蔽」に注意してください。これらは、ルートデバイスとして定義されます。 CLIは二重隠し論理を持つことはできないことを覚えておいてください。これは、CLIが一度だけ変換するので（つまり、翻訳されたsys $ログインから。 これは「ジョブレベル」でそれを定義します。つまり、ジョブ内のすべてのプロセスがそれを認識します。 自宅の$ R：
これはあなたのLOGIN.COMに定義し持つことは、あなたがのようなものを参照するようになる[MYDIR]と同等に
それはあなたのVMSの経験がより満足するだろうホープ「R/mydirのは/ホーム$」 。
はい、ありがとうございます。この奇妙なことについてちょっとおしゃべりすると、かなりリラックスした... – user1274247