「Windowsでのターミナル環境」の版間の差分

前項の目的を達するため、「自身に渡されたコマンドライン引数を（場合により多少の処理をした上で）ほぼそのまま使って他のコマンドを実行する」ようなプログラムを作成した。

このプログラムは、「自分自身のファイル名の最後の文字と最後から3番目の文字を<code>t</code>に変更したファイル（主にexe→txtを想定しているが、com→totなどでもよい）を読み込み、その内容と自分に与えられたコマンドライン引数をつなげた文字列をコマンドとして実行する」という挙動をする。すなわち、実行ファイルは（コンパイルし直さず）そのままコピーした上で、ペアとなる.txtファイルに適切な内容を書くことで、以下のようなプログラムが実現できる。

たとえばテキストファイルに以下のように書いておけば、mpvが起動される。<strong>末尾の半角スペースも入れること。</strong>

Windows版のmpvは、設定ファイル（mpv.conf）やプラグインなどを自身が存在するディレクトリから読み込むが、それらの動作を維持したままで、.pathにはmpv.exeという呼び出し専用のファイルだけを配置することができる。

<code>myprogram somecommand arg1 arg2 ...</code>と呼び出されたときに、<code>C&#58;\path\to\somecommand arg1 arg2 ...</code>をかわりに実行したい、ということがある。例えば複数の実行ファイルがまとまって提供されるような場合である。このときは以下のようなmycommand.txtをペアにすればよい。この場合はパスを直接引数につなげるため、<strong>末尾に半角スペースを入れてはいけない。</strong>

ところで、<code>C&#58;\path\to\</code>の部分に空白文字が含まれている場合、このままではパスが正しく認識されない。通常はパス全体をダブルクォーテーションで囲うことでこれを回避するが、今回は与えられた引数のどこにダブルクォーテーションを挿入するかが自明ではない（<code>myprogram someprogram&quot;</code>と入力させるという方法もあるが美しくない）ため、<strong>半角スペースを含まない別名</strong>（8.3形式）<strong>を使う</strong>のがよいだろう（短い名前については[[Windowsのパス長さ制限に関して|Windowsのパス長さ制限に関して]]も参照）。例えばProgram Filesなら普通は「PROGRA&#126;1」になっているはずである。以下はGit Bashでのtxtファイルの例である。

これにより、PATHを変更せずとも、例えば<code>gb grep</code>などとするだけでGit Bashの<code>grep</code>を呼び出すことができるようになる。gitやnpmやbusyboxやmagick（ImageMagick）のようにサブコマンドを指定して使うプログラムは多くあるが、これと同じような使用感になる。プレフィックスを設けることでそれぞれの名前の集合を別々に管理して衝突を防ぐ、という意味では、多くのプログラム言語で採用されている名前空間（namespace）に近い発想かもしれない。（コマンドにおけるこのような手法に特に名前は付いていないと思う。）

上記と若干似ているが、PATHをはじめとした環境変数を変えることでプログラムがうまく実行されるようにしたい、という場合もある。この場合は、テキストファイルを以下のようにすればよい（Git Bashのフォルダをパスに追加し、<code>MYVAR</code>に<code>value1</code>をセットする例）。末尾の半角スペースはあってもなくてもいい。

こちらは、先ほどと違って、内部でGit Bashのコマンドを使用する（Git Bashとは無関係な）プログラムを実行する際などに有用である。

また、これに類似のケースとして、環境変数の設定などを行うバッチファイルが既に用意されていてそれを使いたいという場合もある。例えば以下のようなテキストファイルを用いれば、実質的にVisual Studioの開発者コマンドプロンプト（Developer Command Prompt for VS 2022）の内部で与えられたコマンドを実行してくれるプログラムが作れる。

Linuxでも、例えば特定のvenv仮想環境の中で与えられたコマンドを実行するシェルスクリプトを全く同じ発想で作ることができる。

上記の例は、いずれもバッチファイルを使って似たようなことが実現できる。例えばGit Bashならそれぞれ

や

のようにする（<code>@</code>は、echo offを一時的に行うために必要である）。

<span id="cygwin-msysmingw-git-bashの違い"></span>

<li><p>詳しくは、「msys2_shell.cmd」を読んでみると良さそうである。MSYSTEM環境変数というのが重要そう。</p></li></ul>

</li>

<ul>

<li>ただgit以外にもxzコマンドとか/mingw64/binにしかないものもいくつかあるので、違いが全くないわけでもない。（なぜxzがこっちに入っているんだろう？）</li>

Cygwinでは、実行は問題ないがwhich wtとすると見つからないと言われる（Git Bashでは大丈夫そう）（2023/08時点）。

<span id="cygwinでcmdにを出力させる"></span>

<div style='text-align: center;'>Windows Terminalの見た目</div>

この仕様により、[https://stackoverflow.com/questions/8140804/how-can-i-stop-my-server-from-freezing-when-powershell-is-in-select-mode ruby on rails &#45; how can I stop my server from freezing when powershell is in &#39;select&#39; mode? &#45; Stack Overflow] などにあるように、サーバーアプリケーションの実行が出力の際に意図せずブロックされるといった問題が起こる（筆者は[[error_private_page|error_private_page]]のサーバーを使っている際にこの問題に気付いた）。また、詳しい条件はわからないが、筆者の経験では、<strong>単にそのコンソールウインドウを長時間使わず放置するだけでも同じ現象が発生する</strong>ことがあり、文字選択をしないように気を付けるだけでは不十分なようである。

[https://chiyosuke.blogspot.com/2018/05/blog-post_7.html ちよぶろ。&#58; コマンドプロンプトの色を変える。]

ただしVista以降～Windows 10の途中（1607より前？）ではcmd+conhostという組み合わせ（といっても多分cmdを使うとしたら事実上conhostが必要となる）だとエスケープ文字がそのまま表示されてしまい色がつかない。これは[https://github.com/adoxa/ansicon ansicon]で解決できる。

プロファイルを自分で追加できるなどの仕様は、Windowsにしてはなかなか偉い感じがする。

             }

<div style='text-align: center;'>設定例</div>

== コマンドライン引数をめぐる仕様 ==

{{UnderConstruction|Windowsでのターミナル環境}}

[[Category:IT]][[Category:Windows]]{{#seo:|title={{FULLPAGENAME}} - Turgenev's Wiki}}