mieki256's diary

Windows7 x64 + Atomエディタで Pythonスクリプトを書いてみようと思ったのだけど、その場でPythonスクリプトを実行する方法が分からなくて。

編集中のスクリプトを実行できる拡張というと、以下の3つが見つかったのだけど。

_script
_script-runner
_atom-runner

• script は、出力結果が文字化けして何が出力されたのか分からず。
• script-runner は、Uncaught TypeError: Bad argument とエラーが。
• atom-runner は、Pythonスクリプトの1行目に #! /usr/bin/env python と書いてあると Error : spawn /usr/bin/env ENOENT とエラーが。該当行を削除すると動くし、文字化けもしないけど…。この行をわざわざ削るのはなあ…。

Pythonスクリプトの1行目の #! /usr/bin/env python という記述は、*NIX上で動かす時のお決まりの記述で。このスクリプトはこのプログラムで動くよ、と知らせているというか。

_シバン (Unix) - Wikipedia
_env - Wikipedia

この場合、/usr/bin/env が python のある場所を探して伝えてくれるので、スクリプトを配布する人も動かす人も楽になる。各環境が Python だの Perl だの Ruby だのをどこにインストールしてるかによって、その都度スクリプトソースを書き換えなきゃいけない、という手間が省けるので。 *1

ただ、Windows は /usr/bin/env なんて無いわけで…。もっとも、Windows 上で動かした場合は、最初に # がついてることで「これは只のコメント行だな」と判断して読み飛ばしてくれるはずで。実際、DOS窓上でスクリプトを実行しても文句を言われたりしないし。

しかし、どうも atom-runner はそこを読み取って「オイコラ、/usr/bin/env なんて無いぞ？ バグったスクリプトを俺に渡してるんじゃねえ」と文句を言ってるのかなと。

Atom関連情報を探してみたけど、どうも Macユーザさんがほとんどのようで。コレ、Macなら問題なく動いてるんだろうな…。

まあ、DOS窓開いといてそっちで動かせば済む話でしょうけど。エディタ上からキーを叩けば動作確認できるソレと比べると不便だなと。

◎ 妥協 :

---