Q&A
VSCodeの再起動(VSCode内のPowershellに環境変数が適用されていない可能性)と念の為OS再起動を試してみてください。
状況変わらない場合は、Windows上のPowershell上で、バージョン確認ができるか、また「 $env:Path.Split(";")」を実行しパスが通っているか確認して、VSCodeの問題かPowershellの問題か切り分けましょう。
前提・実現したいこと
VSCodeでprotoc-gen-goを用いてgRPC型のAPIを作成しようとしています。
VSCodeのターミナル内でprotocコマンドを利用したいのですが、下記のエラーメッセージが表示され、動作しません。
システム環境変数のPath内にprotocファイルまでのパスを通してあることは確認済みです。
また、標準のコマンドプロンプトにてprotoc --versionを叩いた結果、正常のバージョンが返却されました。
その他怪しい箇所が思いつかないため、今回teratailにて知恵をお借りしたいです。
発生している問題・エラーメッセージ
powershell
1protoc : 用語 'protoc' は、コマンドレット、関数、スクリプト ファイル、または操作可能なプロ 2グラムの名前として認識されません。名前が正しく記述されていることを確認し、パスが含まれてい 3る場合はそのパスが正しいことを確認してから、再試行してください。 4発生場所 行:1 文字:1 5+ protoc --version 6+ ~~~~~~ 7 + CategoryInfo : ObjectNotFound: (protoc:String) [], CommandNotFoundExceptio 8 n 9 + FullyQualifiedErrorId : CommandNotFoundException
該当のソースコード
powershell
1C: \Users[SystemUser]> protoc --version
試したこと
コマンドプロンプトからprotoc --versionを行った場合、libprotoc 3.19.1が確認でき、パス自体は正常に通っていることが確認できました。
しかし、VSCodeのターミナルからprotoc --versionを行うと、上記のエラーメッセージが発生します。
パス自体はシステム環境変数の<Path>に通しています。
また、参考程度にですがVSCode内でnode -vを行った場合、正常にバージョンが返却されました。
よってVSCode自体が破損している可能性は低いかと考えられます。
補足情報（FW/ツールのバージョンなど）
OS: Windows10 x64
ソース: C:\Program Files\ProtocolBuffers\bin
protoc --version: protoc-3.19.1-win64.zip
回答2件
0
PATHのコマンドでパスのリストが出てくるので、それで目的のパスがあるのか確かめてみてはどうでしょう
ああ、PowerShellなら、$ENV:path ですね
投稿2021/12/17 23:51
編集2021/12/17 23:55
総合スコア87784
ご助言ありがとうございました。
VSCode内ではパスが通っておらず、Windows上でのpowershellではパスが通っていました。
不具合なのでしょうか・・・
0
自己解決
自己解決したためご報告します。
まず、助言いただいた「パスが通っているか」の確認についてです。
結論から申しますと、
- Windows Powershellではパスが通っていた
- VSCode内ではパスが通っていなかった
となります。
そこで、以下の2点を試しました。
- VSCodeの"File"→"Exit"より再起動
- Windowsの再起動
前者の再起動後にパスを確認したところ、やはりパスは通っていませんでした。
一方、PC自体の再起動を試した結果、無事パスが通るようになりました。
具体的な原因は不明瞭でした。
投稿2021/12/19 13:41
編集2021/12/19 13:42総合スコア12
Windowsにはユーザー環境変数とシステム環境変数があります。
ユーザー環境変数を設定変更(パスや変数の追加)した際は、OS再起動なしに、シェル(コマンドプロント・Powershell)を再起動すれば変更が適用されます。
一方システム環境変数で設定したPATHの変更や設定追加は、以前の私の認識ではOSを再起動しないと変更が適用されない認識でした。最近の経験では、システム環境変数のPATHに設定追加をした際、コマンドプロントの再起動だけで適用されたことがありました(もしかしたら何かの勘違い？)。
もしかしたら、Powershellは従来通りOS再起動をしないとシステム環境変数の変更が適用されないのかもしれません。(興味があれば試してみてください)
恐らく今回はシステム環境変数にPATHの設定を追加をし、OS再起動したことで変更したPATHがPowershellでも適用されたのだと想像します。
あなたの回答
tips
プレビュー
