Windowsでエクスプローラーからフォルダを各種ターミナルで開く - 版の履歴

Turgenev: Notion-MW

2025-09-01T01:31:51Z

Notion-MW

← 古い版		2025年9月1日 (月) 10:31時点における版
201行目:		201行目:
	<span id="注意:-当初は後述のnoworkingdirectoryを知らなかったので1の方法に頼っていたが実際には2の方法のほうが簡明なのでそちらを使うことを勧める1と11は残しておくが読む必要はあまりない"></span>		<span id="注意:-当初は後述のnoworkingdirectoryを知らなかったので1の方法に頼っていたが実際には2の方法のほうが簡明なのでそちらを使うことを勧める1と11は残しておくが読む必要はあまりない"></span>
	== 注意: 当初は後述のNoWorkingDirectoryを知らなかったので1.の方法に頼っていたが、実際には2.の方法のほうが簡明なので、そちらを使うことを勧める。1.（と1.1.）は残しておくが、読む必要はあまりない。 ==		== 注意: 当初は後述のNoWorkingDirectoryを知らなかったので1.の方法に頼っていたが、実際には2.の方法のほうが簡明なので、そちらを使うことを勧める。1.（と1.1.）は残しておくが、読む必要はあまりない。 ==

	~~{{UnderConstruction\|Windowsでエクスプローラーからフォルダを各種ターミナルで開く}}~~

	<span id="1標準入力から受け取る場合"></span>		<span id="1標準入力から受け取る場合"></span>

Turgenev: Notion-MW

2025-06-30T09:02:40Z

Notion-MW

Turgenev: Notion-MW

2025-05-05T01:30:30Z

Notion-MW

← 古い版		2025年5月5日 (月) 10:30時点における版
201行目:		201行目:
	<span id="注意:-当初は後述のnoworkingdirectoryを知らなかったので1の方法に頼っていたが実際には2の方法のほうが簡明なのでそちらを使うことを勧める1は残しておくが読む必要はあまりない"></span>		<span id="注意:-当初は後述のnoworkingdirectoryを知らなかったので1の方法に頼っていたが実際には2の方法のほうが簡明なのでそちらを使うことを勧める1は残しておくが読む必要はあまりない"></span>
	== 注意: 当初は後述のNoWorkingDirectoryを知らなかったので1.の方法に頼っていたが、実際には2.の方法のほうが簡明なので、そちらを使うことを勧める。1.は残しておくが、読む必要はあまりない。 ==		== 注意: 当初は後述のNoWorkingDirectoryを知らなかったので1.の方法に頼っていたが、実際には2.の方法のほうが簡明なので、そちらを使うことを勧める。1.は残しておくが、読む必要はあまりない。 ==

	~~{{UnderConstruction\|Windowsでエクスプローラーからフォルダを各種ターミナルで開く}}~~

	<span id="1標準入力から受け取る場合"></span>		<span id="1標準入力から受け取る場合"></span>

Turgenev: Notion-MW

2025-04-15T13:57:09Z

Notion-MW

← 古い版		2025年4月15日 (火) 22:57時点における版
202行目:		202行目:
	== 注意: 当初は後述のNoWorkingDirectoryを知らなかったので1.の方法に頼っていたが、実際には2.の方法のほうが簡明なので、そちらを使うことを勧める。1.は残しておくが、読む必要はあまりない。 ==		== 注意: 当初は後述のNoWorkingDirectoryを知らなかったので1.の方法に頼っていたが、実際には2.の方法のほうが簡明なので、そちらを使うことを勧める。1.は残しておくが、読む必要はあまりない。 ==

			{{UnderConstruction\|Windowsでエクスプローラーからフォルダを各種ターミナルで開く}}

	<span id="1標準入力から受け取る場合"></span>		<span id="1標準入力から受け取る場合"></span>

Turgenev: Notion-MW

2025-04-02T08:37:33Z

Notion-MW

← 古い版		2025年4月2日 (水) 17:37時点における版
75行目:		75行目:
	これを防ぐ方法はいくつかある。ちなみに、<code>%%</code>でのエスケープというのはバッチファイルの中だけの話で、今回の場面では以下より簡単なエスケープ方法は多分ないと思う。		これを防ぐ方法はいくつかある。ちなみに、<code>%%</code>でのエスケープというのはバッチファイルの中だけの話で、今回の場面では以下より簡単なエスケープ方法は多分ないと思う。

	<ul>		<ol style="list-style-type: decimal;">
	<li><p>既に定義されているかもしれない環境変数をバックアップし、一時的にその中身を<code>%</code>に変えて使用することでリテラル文字としての<code>%</code>を表現し、後で元に戻す。</p>		<li><p>既に定義されているかもしれない環境変数をバックアップし、一時的にその中身を<code>%</code>に変えて使用することでリテラル文字としての<code>%</code>を表現し、後で元に戻す。</p>
	<p>すなわち、<code>MY_PERCENT</code>のような変数の中身をバックアップし、<code>MY_PERCENT</code>の中身を<code>%</code>に変え、未知の文字列中の<code>%</code>をすべて<code>%MY_PERCENT%</code>にすることで<strong>この部分が置換によって</strong><strong><code>%</code></strong><strong>に変わるのを利用して</strong><code>%</code>をそのまま渡すということである（環境変数の置換は左から順に行われるため、たとえば<code>%MY_PERCENT%PATH%MY_PERCENT%</code>の<code>%PATH%</code>が置換されることはない）。受け渡しが終わったら<code>MY_PERCENT</code>の中身を復元する。</p>		<p>すなわち、<code>MY_PERCENT</code>のような変数の中身をバックアップし、<code>MY_PERCENT</code>の中身を<code>%</code>に変え、未知の文字列中の<code>%</code>をすべて<code>%MY_PERCENT%</code>にすることで<strong>この部分が置換によって</strong><strong><code>%</code></strong><strong>に変わるのを利用して</strong><code>%</code>をそのまま渡すということである（環境変数の置換は左から順に行われるため、たとえば<code>%MY_PERCENT%PATH%MY_PERCENT%</code>の<code>%PATH%</code>が置換されることはない）。受け渡しが終わったら<code>MY_PERCENT</code>の中身を復元する。</p>
98行目:		98行目:
	</li>		</li>
	<li>ただ、<code>==%</code>を<code>%</code>に置換するという操作はPowerShellやshにとっては容易でもcmdにとっては不可能に近いので、最終的な呼び出し先がcmdであるときには採用しづらい。</li></ul>		<li>ただ、<code>==%</code>を<code>%</code>に置換するという操作はPowerShellやshにとっては容易でもcmdにとっては不可能に近いので、最終的な呼び出し先がcmdであるときには採用しづらい。</li></ul>
	</li></ul>		</li></ol>

	また、今回の記事ではcmdやvbsのRunを経由してコマンドを実行しているものが多くあるが、<strong>このスクリプトの内容自体もエスケープが必要</strong>である。つまり、例えば<code>cmd /c</code>の内側に<code>$mypath.Replace('%','%MY_PERCENT%')</code>というPowershellコードが含まれるなら、<code>','</code>や<code>MY_PERCENT</code>という環境変数が定義されていた時にその部分が置換されてしまう。これを回避するのはそこまで難しくなく、この例であれば<code>$mypath.Replace('%'.Trim('='),'%'.Trim('=')+'MY_PERCENT%')</code>のように<code>=</code>を含む無意味なコードを挿入すればよい。また、<code>%</code>をいったん<code>==%</code>にしている部分に関しては、<code>==%</code>ではなく<code>==%==</code>にすることで問題を避けられるだろう。無駄に複雑になるのでスクリプト例ではそのような措置はしていない。		また、今回の記事ではcmdやvbsのRunを経由してコマンドを実行しているものが多くあるが、<strong>このスクリプトの内容自体もエスケープが必要</strong>である。つまり、例えば<code>cmd /c</code>の内側に<code>$mypath.Replace('%','%MY_PERCENT%')</code>というPowershellコードが含まれるなら、<code>','</code>や<code>MY_PERCENT</code>という環境変数が定義されていた時にその部分が置換されてしまう。これを回避するのはそこまで難しくなく、この例であれば<code>$mypath.Replace('%'.Trim('='),'%'.Trim('=')+'MY_PERCENT%')</code>のように<code>=</code>を含む無意味なコードを挿入すればよい。また、<code>%</code>をいったん<code>==%</code>にしている部分に関しては、<code>==%</code>ではなく<code>==%==</code>にすることで問題を避けられるだろう。無駄に複雑になるのでスクリプト例ではそのような措置はしていない。

Turgenev: Notion-MW

2024-10-09T07:23:00Z

Notion-MW

← 古い版		2024年10月9日 (水) 16:23時点における版
51行目:		51行目:
	* powershell.exe		* powershell.exe
	** -Commandがなくても付けたのと同じ扱いになる？		** -Commandがなくても付けたのと同じ扱いになる？
	*** 逆に、-~~Commandを付けなければいけないという点を除いてはpwshがpowershellの上位互換という感覚である。~~		*** 逆に、-Commandを付けなければいけないという点を除いてはpwshがpowershellの上位互換という感覚である（新しいのでそれはそう）。
	** <code>`</code>や<code>[]</code>を含むフォルダの扱いにバグがあり、cmdなどでこれらのフォルダをカレントディレクトリとした状態で5系のPowerShellを起動すると<code>C:\</code>や<code>C:\Windows\System32\WindowsPowerShell\v1.0></code>をカレントディレクトリとして起動される（たとえば<code>C:\somefolder][</code>なら前者、<code>C:\somefolder[]</code>なら後者）。		** <code>`</code>や<code>[]</code>を含むフォルダの扱いにバグがあり、cmdなどでこれらのフォルダをカレントディレクトリとした状態で5系のPowerShellを起動すると<code>C:\</code>や<code>C:\Windows\System32\WindowsPowerShell\v1.0></code>をカレントディレクトリとして起動される（たとえば<code>C:\somefolder][</code>なら前者、<code>C:\somefolder[]</code>なら後者）。
	** -Fileを使用してスクリプトを実行するとき、ダブルクォーテーションで囲われていない <code>-</code> が引数に含まれているとエラーになるバグがある。		** -Fileを使用してスクリプトを実行するとき、ダブルクォーテーションで囲われていない <code>-</code> が引数に含まれているとエラーになるバグがある。

Turgenev: Notion-MW

2024-05-19T12:55:51Z

Notion-MW

← 古い版		2024年5月19日 (日) 21:55時点における版
34行目:		34行目:
	* Git BashではWindowsの実行ファイルにスラッシュ付きオプションを渡すときはスラッシュを2つにする必要がある。<code>cmd //c</code>や<code>bcdedit //v</code>など。		* Git BashではWindowsの実行ファイルにスラッシュ付きオプションを渡すときはスラッシュを2つにする必要がある。<code>cmd //c</code>や<code>bcdedit //v</code>など。
	* printf関数の%qオプションを使うと、文字列を<strong>エスケープされた状態にして</strong>返してくれる。これはshからの呼び出し先の別のshで再びフォルダ名をcdなどの引数として利用したいときに使える。		* printf関数の%qオプションを使うと、文字列を<strong>エスケープされた状態にして</strong>返してくれる。これはshからの呼び出し先の別のshで再びフォルダ名をcdなどの引数として利用したいときに使える。
	** ~~shの組み込みコマンドのprintfと、独立実行ファイルである~~/bin/printfがある。基本的な趣旨としては同一のコマンドだが、組み込みコマンドのほうは入力に<code>"</code>が含まれていない限り結果にも<code>"</code>が使われることはないようで、このおかげで意図しない動作を回避できることがある。今回扱う例に関しては前者が後者の上位互換であるということになる。後者を使っているものはそれでも動いたものである。		** bash（POSIX互換ではない）の組み込みコマンドのprintfと、独立実行ファイル（GNU Coreutilsの一部）である/bin/printfがある。基本的な趣旨としては同一のコマンドだが、組み込みコマンドのほうは入力に<code>"</code>が含まれていない限り結果にも<code>"</code>が使われることはないようで、このおかげで意図しない動作を回避できることがある。今回扱う例に関しては前者が後者の上位互換であるということになる。後者を使っているものはそれでも動いたものである。
	** そもそも%qは組み込みコマンドのほうにしかないという話もある。環境によって違いそう。		** そもそも%qは組み込みコマンドのほうにしかないという話もある。環境によって違いそう。
	* <code>\\?\</code>が付くような長いパスをカレントディレクトリにしていても、Git Bash/Cygwinに付属の（というかMSYS/Cygwin向けにコンパイルされた？）exeなら実行できる。		* <code>\\?\</code>が付くような長いパスをカレントディレクトリにしていても、Git Bash/Cygwinに付属の（というかMSYS/Cygwin向けにコンパイルされた？）exeなら実行できる。
	* Git Bashの(ba)shは<code>--login</code>~~をつけて起動してもカレントディレクトリが維持されるが、Cygwinの~~(ba)shは<code>--login</code>をつけると強制的にホームディレクトリに移動する。		* Git Bashの(ba)shは<code>--login</code>をつけて起動してもカレントディレクトリが維持されるが、<s>Cygwinの(ba)shは</s><s><code>--login</code></s><s>をつけると強制的にホームディレクトリに移動する。</s>
			** 2024/4頃、Cygwinの挙動が変化し、カレントディレクトリが維持されるようになっていることに気付く。変わっていた方のバージョンは3.5.3、変わっていない方は3.3.6であった。
			** ところで、[https://superuser.com/questions/345964/start-bash-shell-cygwin-with-correct-path-without-changing-directory Start bash shell (cygwin) with correct path without changing directory - Super User]の通り、<code>CHERE_INVOKING</code>という変数を1に設定しておけばカレントディレクトリは維持される。
	* Git Bashにおいては環境変数を正しく設定するため<code>--login</code>の時点で環境変数<code>MSYSTEM</code>を<code>MINGW64</code>にしておく必要がある。[[Windowsでのターミナル環境\|Windowsでのターミナル環境]] 参照。		* Git Bashにおいては環境変数を正しく設定するため<code>--login</code>の時点で環境変数<code>MSYSTEM</code>を<code>MINGW64</code>にしておく必要がある。[[Windowsでのターミナル環境\|Windowsでのターミナル環境]] 参照。

Turgenev: Notion-MW

2024-04-14T16:47:05Z

Notion-MW

← 古い版		2024年4月15日 (月) 01:47時点における版
138行目:		138行目:
	* 特殊文字に関しては、最初は空白のないフォルダ、次に空白のあるフォルダや連続空白のあるフォルダ、次にシングルクォートや<code>%PATH%</code>を含むフォルダなどとだんだん難しくしていくとよい。		* 特殊文字に関しては、最初は空白のないフォルダ、次に空白のあるフォルダや連続空白のあるフォルダ、次にシングルクォートや<code>%PATH%</code>を含むフォルダなどとだんだん難しくしていくとよい。
	* それとは別に、Unicode対応、<code>C:\</code>（ドライブ直下）対応、259文字のフォルダ対応（後述）などをチェックする		* それとは別に、Unicode対応、<code>C:\</code>（ドライブ直下）対応、259文字のフォルダ対応（後述）などをチェックする
	* 難しい例は、例えば<code>z 𠮷𠮷%PATH% ' '' ` `` $PATH & && %%PATH%%[] ] [ ^ ^^ ' ; ;; 𩸽𩸽!PATH!#$%&'()=~{`+}_,.][;@^-</code>~~のような感じ。こんなファイル名を見たことはないが、エクスプローラー上で普通に入力できる内容である。~~		* 難しい例は、例えば<code>z 𠮷𠮷%PATH% ' '' ` `` $PATH & && %%PATH%%[] ] [ ^ ^^ ' ; ;; 𩸽𩸽!PATH!#$%&'()=~{`+}_,.][;@^- - ‘ ’ ‚ ‛</code>のような感じ（適当）。こんなファイル名を現実に見ることはないが、エクスプローラー上で普通に入力できる内容である。
	** ~~「𠮷」はBMP外かつJIS外の漢字としては最も変換で出しやすいのでテストに重宝する。~~		** 「𠮷」はBMP外かつJIS外の漢字としては最も変換で出しやすいのでテストに重宝する。（𩸽はBMP外だがJIS外ではない（第4水準））

	==== その他 ====		==== その他 ====
200行目:		200行目:
	== 注意: 当初は後述のNoWorkingDirectoryを知らなかったので1.の方法に頼っていたが、実際には2.の方法のほうが簡明なので、そちらを使うことを勧める。1.は残しておくが、読む必要はあまりない。 ==		== 注意: 当初は後述のNoWorkingDirectoryを知らなかったので1.の方法に頼っていたが、実際には2.の方法のほうが簡明なので、そちらを使うことを勧める。1.は残しておくが、読む必要はあまりない。 ==

	~~{{UnderConstruction\|Windowsでエクスプローラーからフォルダを各種ターミナルで開く}}~~

	<span id="1標準入力から受け取る場合"></span>		<span id="1標準入力から受け取る場合"></span>

Turgenev: Notion-MW

2024-04-14T16:26:13Z

Notion-MW

← 古い版		2024年4月15日 (月) 01:26時点における版
46行目:		46行目:
	** 以後、「powershell(.exe)」と「pwsh(.exe)」で呼び分ける。ただし手元ではpowershellの5.1とpwshの7.2～7.3くらいでしか試していないので、一部バージョンではまた違う可能性もある。		** 以後、「powershell(.exe)」と「pwsh(.exe)」で呼び分ける。ただし手元ではpowershellの5.1とpwshの7.2～7.3くらいでしか試していないので、一部バージョンではまた違う可能性もある。
	** pwshは必ずしもWindowsに標準では入っていないので、以下の例でもあまり依存しないように気を付ける。		** pwshは必ずしもWindowsに標準では入っていないので、以下の例でもあまり依存しないように気を付ける。
			** 基本、シングルクォートで囲えばほとんどの特殊文字が無効になり、シングルクォート自体を書くときは2つ並べる。ただし注意点として、驚くべきことにpowershell/pwshでは「<strong>全角のシングルクォート</strong>（U+2018-U+201B、<code>‘</code> <code>’</code> <code>‚</code> <code>‛</code>の4つ）」も通常のシングルクォートと同じ効力があるので、同じようにエスケープする必要がある（参照: [https://learn.microsoft.com/ja-jp/powershell/scripting/lang-spec/chapter-02?view=powershell-7.2 https://learn.microsoft.com/ja-jp/powershell/scripting/lang-spec/chapter-02?view=powershell-7.2]）。掲載したスクリプトでは省略しているがやることは同じ。
	* powershell.exe		* powershell.exe
	** -Commandがなくても付けたのと同じ扱いになる？		** -Commandがなくても付けたのと同じ扱いになる？
	*** 逆に、-Commandを付けなければいけないという点を除いてはpwshがpowershellの上位互換という感覚である。		*** 逆に、-Commandを付けなければいけないという点を除いてはpwshがpowershellの上位互換という感覚である。
	** <code>`</code>や<code>[]</code>を含むフォルダの扱いにバグがあり、cmdなどでこれらのフォルダをカレントディレクトリとした状態で5系のPowerShellを起動すると<code>C:\</code>や<code>C:\Windows\System32\WindowsPowerShell\v1.0></code>をカレントディレクトリとして起動される（たとえば<code>C:\somefolder][</code>なら前者、<code>C:\somefolder[]</code>なら後者）。		** <code>`</code>や<code>[]</code>を含むフォルダの扱いにバグがあり、cmdなどでこれらのフォルダをカレントディレクトリとした状態で5系のPowerShellを起動すると<code>C:\</code>や<code>C:\Windows\System32\WindowsPowerShell\v1.0></code>をカレントディレクトリとして起動される（たとえば<code>C:\somefolder][</code>なら前者、<code>C:\somefolder[]</code>なら後者）。
			** -Fileを使用してスクリプトを実行するとき、ダブルクォーテーションで囲われていない <code>-</code> が引数に含まれているとエラーになるバグがある。
	* powershell.exe・pwsh.exe共通		* powershell.exe・pwsh.exe共通
	** 連続した<code>`</code>があるフォルダに関する挙動にバグがある。コンソールプログラムを実行しても新規ウインドウで開かれる、そこをカレントディレクトリとしたときにファイルをmvできないなど。		** 連続した<code>`</code>があるフォルダに関する挙動にバグがある。コンソールプログラムを実行しても新規ウインドウで開かれる、そこをカレントディレクトリとしたときにファイルをmvできないなど。
	** <code>`</code>や<code>[]</code>を含むフォルダに関しても、絶対パス指定したりきちんとエスケープしたりすれば操作自体はできる（場合もある）。		** <code>`</code>や<code>[]</code>を含むフォルダに関しても、絶対パス指定したりきちんとエスケープしたりすれば操作自体はできる（場合もある）。
			*** エスケープはいずれも直前に<code>`</code>を付ける。
	*** これらを特殊文字として扱いたくないときは<code>-LiteralPath</code>を付けると良い場合もある。		*** これらを特殊文字として扱いたくないときは<code>-LiteralPath</code>を付けると良い場合もある。
	** UNCパスをカレントディレクトリにすることができるが、<code>Microsoft.PowerShell.Core\FileSystem::\\</code>とかいう謎のプレフィックスが付く。		** UNCパスをカレントディレクトリにすることができるが、<code>Microsoft.PowerShell.Core\FileSystem::\\</code>とかいう謎のプレフィックスが付く。
190行目:		193行目:
	<p>startrunと同じだが、コンパイル時のマニフェスト設定でこのプログラム自体の実行に管理者権限を要求するようにしたので、adminrunと同じように使える（管理者権限で実行する対象が渡されたコマンドではなくuacrun自体になるという違いはある）</p></li>		<p>startrunと同じだが、コンパイル時のマニフェスト設定でこのプログラム自体の実行に管理者権限を要求するようにしたので、adminrunと同じように使える（管理者権限で実行する対象が渡されたコマンドではなくuacrun自体になるという違いはある）</p></li>
	<li><p>pecho</p>		<li><p>pecho</p>
	<p>~~与えられたコマンドライン引数をそのままコンソールに出力する。~~</p></li>		<p>与えられたコマンドライン引数をそのままコンソールに出力する。→WindowsでUnicode文字（特にU+10000以上）を正しく表示（&ファイルに書き込み）するには、「出力先がコンソールならWriteConsoleW、そうでなければWriteFileを使用する」といった非常に面倒な実装が必要であり（参照: [https://twitter.com/mattn_jp/status/542581083242364928 https://twitter.com/mattn_jp/status/542581083242364928] など）、C++やC#では扱いづらい。そこでrustを用いて実装した。→[https://github.com/ge9/pure-echo-win pure-echo-win]</p></li>
	<li><p>printcd</p>		<li><p>printcd</p>
	<p>カレントディレクトリをコンソールに出力する。（ちなみにpwdの由来はprint working directoryなのでそれに倣った）</p></li></ul>		<p>カレントディレクトリをコンソールに出力する。（ちなみにpwdの由来はprint working directoryなのでそれに倣った）</p></li></ul>

			<span id="注意:-当初は後述のnoworkingdirectoryを知らなかったので1の方法に頼っていたが実際には2の方法のほうが簡明なのでそちらを使うことを勧める1は残しておくが読む必要はあまりない"></span>
			== 注意: 当初は後述のNoWorkingDirectoryを知らなかったので1.の方法に頼っていたが、実際には2.の方法のほうが簡明なので、そちらを使うことを勧める。1.は残しておくが、読む必要はあまりない。 ==

			{{UnderConstruction\|Windowsでエクスプローラーからフォルダを各種ターミナルで開く}}

	<span id="1標準入力から受け取る場合"></span>		<span id="1標準入力から受け取る場合"></span>

Turgenev: Notion-MW

2024-01-25T10:05:35Z

Notion-MW

← 古い版		2024年1月25日 (木) 19:05時点における版
157行目:		157行目:
	cmdやPowerShellやCygwinのbashなどのシェルを使えば、スクリプトを起動して複雑なコマンドを呼び出せたり、パイプ実行が可能になったりと色々便利だが、それだけのためには大仰すぎて、特殊文字の扱いなどがかえって仇になることもある。		cmdやPowerShellやCygwinのbashなどのシェルを使えば、スクリプトを起動して複雑なコマンドを呼び出せたり、パイプ実行が可能になったりと色々便利だが、それだけのためには大仰すぎて、特殊文字の扱いなどがかえって仇になることもある。

	そこで、シェル関連の操作に汎用的に使えるコマンドをいくつか作成して公開した。[https://github.com/ge9/win-console-delegator https://github.com/ge9/win-console-delegator]		そこで、シェル関連の操作に汎用的に使えるコマンドをいくつか作成して公開した。[https://github.com/ge9/win-console-tools https://github.com/ge9/win-console-tools]

			* 以前はC++で書いていた（[https://github.com/ge9/win-console-delegator https://github.com/ge9/win-console-delegator]）が、C#のほうが文字列の扱いなどが簡明。

	ただし、これはあくまで筆者が独自に作ったものであり、Windows標準のもので何とかしようとするのが面白いところでもあるので、それほど積極的には使わない。今後出てくる例はすべて、これらを一切使わなくても（余計な環境変数が設定されてしまうかもしれないという点をのぞけば）同等の機能が実現できる。		ただし、これはあくまで筆者が独自に作ったものであり、Windows標準のもので何とかしようとするのが面白いところでもあるので、それほど積極的には使わない。今後出てくる例はすべて、これらを一切使わなくても（余計な環境変数が設定されてしまうかもしれないという点をのぞけば）同等の機能が実現できる。

← 古い版		2025年6月30日 (月) 18:02時点における版
89行目:		89行目:
	<li>[https://learn.microsoft.com/en-us/windows/win32/procthread/environment-variables Environment Variables - Win32 apps \| Microsoft Learn]では「<code>=</code>は環境変数に使えない」と書かれていて、ダイアログからでも設定はできないが、レジストリだと無理やり設定できる。		<li>[https://learn.microsoft.com/en-us/windows/win32/procthread/environment-variables Environment Variables - Win32 apps \| Microsoft Learn]では「<code>=</code>は環境変数に使えない」と書かれていて、ダイアログからでも設定はできないが、レジストリだと無理やり設定できる。
	<ul>		<ul>
	<li>ユーザー環境変数に設定する分にはとりあえず問題なさそうだが、システム環境変数にレジストリから<code>=</code>（と、<code>=</code>を名前に含むいくつかの変数。どれが原因かは正確にはわからない）を無理やり追加したら<strong>0xc000021のブルースクリーンでWindowsが起動しなくなった</strong>~~（該当の変数を全て削除したら治った）のでこれはやってはいけない。~~</li></ul>		<li>ユーザー環境変数に設定する分にはとりあえず問題なさそうだが、システム環境変数にレジストリから<code>=</code>（と、<code>=</code>を名前に含むいくつかの変数。どれが原因かは正確にはわからない）を無理やり追加したら<strong>0xc000021のブルースクリーンでWindowsが起動しなくなった</strong>（Linuxからchntpwで該当の変数を全て削除したら治った）のでこれはやってはいけない。</li></ul>
	</li>		</li>
	<li>ちなみに、<code>=</code>や<code>%</code>はUnix側では特殊文字ではないので、printfとの適用順はあまり気にする必要はない。</li></ul>		<li>ちなみに、<code>=</code>や<code>%</code>はUnix側では特殊文字ではないので、printfとの適用順はあまり気にする必要はない。</li></ul>
199行目:		199行目:
	<p>カレントディレクトリをコンソールに出力する。（ちなみにpwdの由来はprint working directoryなのでそれに倣った）</p></li></ul>		<p>カレントディレクトリをコンソールに出力する。（ちなみにpwdの由来はprint working directoryなのでそれに倣った）</p></li></ul>

	<span id="注意:-当初は後述のnoworkingdirectoryを知らなかったので1の方法に頼っていたが実際には2の方法のほうが簡明なのでそちらを使うことを勧める1は残しておくが読む必要はあまりない"></span>		<span id="注意:-当初は後述のnoworkingdirectoryを知らなかったので1の方法に頼っていたが実際には2の方法のほうが簡明なのでそちらを使うことを勧める1と11は残しておくが読む必要はあまりない"></span>
	== 注意: 当初は後述のNoWorkingDirectoryを知らなかったので1.の方法に頼っていたが、実際には2.の方法のほうが簡明なので、そちらを使うことを勧める。1.~~は残しておくが、読む必要はあまりない。~~ ==		== 注意: 当初は後述のNoWorkingDirectoryを知らなかったので1.の方法に頼っていたが、実際には2.の方法のほうが簡明なので、そちらを使うことを勧める。1.（と1.1.）は残しておくが、読む必要はあまりない。 ==

			{{UnderConstruction\|Windowsでエクスプローラーからフォルダを各種ターミナルで開く}}

	<span id="1標準入力から受け取る場合"></span>		<span id="1標準入力から受け取る場合"></span>
407行目:		409行目:
	<p><code>sh -c "IFS=;echo $*" -- "%V</code></p>		<p><code>sh -c "IFS=;echo $*" -- "%V</code></p>
	<ul>		<ul>
	<li>最後が<code>"%V</code>と閉じられていないのはミスではなく、<code>"%V"</code>としてしまうと<code>C:\</code>のときに<code>C:"</code>~~が渡されてしまうのでそれを避けるためである（これはかなりトリッキーなのでもう少し真面目にやってもいいとは思う）。~~</li>		<li>最後が<code>"%V</code>と閉じられていないのはミスではなく、<code>"%V"</code>としてしまうと<code>C:\</code>のときに<code>C:"</code>が渡されてしまうのでそれを避けるためである（これはかなりトリッキーなのでもう少し真面目にやってもいいかなとは思う）。</li>
	<li>UNCパスの最初の<code>\\</code>が<code>\</code>に変わってしまう（手元では、Cygwinの場合は<code>\\?\</code>のみで発生している？）という問題があり、適宜置換する必要がある。</li></ul>		<li>UNCパスの最初の<code>\\</code>が<code>\</code>に変わってしまう（手元では、Cygwinの場合は<code>\\?\</code>のみで発生している？）という問題があり、適宜置換する必要がある。</li></ul>
	</li></ul>		</li></ul>
466行目:		468行目:
	<p><code>"C:\Program Files\Git\git-bash.exe" -c "IFS=;cd $(echo $*\|/bin/sed 's/\\\\/\\\\\\\\/'\|/bin/cygpath -f -);exec bash" -- "%V</code></p>		<p><code>"C:\Program Files\Git\git-bash.exe" -c "IFS=;cd $(echo $*\|/bin/sed 's/\\\\/\\\\\\\\/'\|/bin/cygpath -f -);exec bash" -- "%V</code></p>
	<ul>		<ul>
	<li><p>~~Git~~ Bashのインストーラにより設定される「Git Bash Here」メニューでは以下のようになっている。</p>		<li><p>ちなみに、Git Bashのインストーラにより設定される「Git Bash Here」メニューでは以下のようになっている。</p>
	<p><code>"C:\Program Files\Git\git-bash.exe" "--cd=%v."</code></p>		<p><code>"C:\Program Files\Git\git-bash.exe" "--cd=%v."</code></p>
	<p>これは、特殊文字にはすべて対応しているが、（NoWorkingDirectoryをつけたとしても）<code>\\?\</code>で始まるパスではうまくいかない。最後の「.」はよくわからないがこれを付けておくと<code>--cd</code>がうまくやってくれるっぽい。</p></li></ul>		<p>これは、特殊文字にはすべて対応しているが、（NoWorkingDirectoryをつけたとしても）<code>\\?\</code>で始まるパスではうまくいかない。最後の「.」はよくわからないがこれを付けておくと<code>--cd</code>がうまくやってくれるっぽい。</p></li></ul>