小さなGUIアプリケーションの起動テスト
MindおよびGUIエンジンのランタイムが正しく機能するか確認するためですが、セキュリティソフト（アンチウィルスソフトなど）により起動が妨げられることがないかの確認も兼ねます。
Windowsのエクスプローラで、Mind9\samplew\ フォルダを開き、その中にある hellowin.exe をダブルクリックして起動してください。
万が一、次のようなウィンドウが現れた場合には、Mind9 のディレクトリが正しく展開されていない可能性があります。お手数ですがインストール操作に問題が無かったか確認をお願いします。
まれに、GUIアプリケーションを起動したとき以下のエラー・ダイアログが表示されることがあるかもしれません。
このエラーは vcruntime140.dll というプログラムがPC上に見つからないというものです。
これは VC++ という言語で作成されたアプリケーションの走行に必要なランタイムです。Mindは直接的には使っていませんが、GUIエンジンのTcl/Tkが使うため間接的に使うことになります。
通常の販売店から購入したPCなどではこのエラーが出ることはまず無いのですが、たとえばWindowsをご自身でクリーン・インストールしたようなPCでは起きるかも知れません。
他社さんのサイトで恐縮ですが、たとえば以下のようなWebページを参考にしていただき、このdllをご自身でPCにインストールしていただくようお願いします。
「VCRUNTIME140.dllが見つからないため〜」とエラーが表示された場合の対処方法 - FAQ / よくあるご質問
https://solutions.vaio.com/556
（「X86」と「X64」の2種類がありますが両方をインストールしてください）
２種類の開発環境
Mindでプログラムを開発するのに２つの環境が利用できます。
１．Mind WorkBench を使う方法
（Mind WorkBench は Mind9 で作成されたGUIアプリケーションでもあります）
２．コマンド プロンプト を使う方法
Mindコンパイラの起動や実行のほかにも、キーボードから他のWindowsプログラムやツールも実行できる上、頻繁に使うスクリプトはバッチファイルを組むこともできるため、熟練した方は、あるいは大規模なプログラム開発ではこちらのほうが能率的に開発をおこなうことができる可能性があります。
Mind WorkBench の起動
注： 以下では Mind WorkBench を使ってコンパイルや実行をするケースを説明していますが、それらの作業はコマンド プロンプト環境であってもおこなえます。注： Mind WorkBench の詳しい説明は、Mind WorkBench のTOP画面で、メニューバーの「ヘルプ」-「使いかた」 で表示されるヘルプに書かれているのでそちらをお読み願います。（ここではざっくりとした導入のみとなります）
注： 日本語入力システム（IME）にATOKをお使いの方は、まれにロゴが本体ウィンドウの裏に回ってしまって見えないことがあるかも知れません。これはATOK特有、あるいはATOKとMind9のGUIエンジンとの相性の問題でありMind9の障害ではありません。
Mind WorkBench のトップ画面
- ソース表示域：
- ソースファイルの内容がここに表示されます。エディタの機能を備えているので この表示域内でソースコードを編集できます。
[編集]-[エディタ起動] により外部エディタを起動しそちらで編集することもできます。- 境界線：
- ソース表示域と実行域を分ける境界線はマウスでつまんで上下に動かせます。
- 実行域：
- コンパイラを起動したり、プログラムを実行したとき、ここに実行の様子が表示されます。
- ワークディレクトリ：
- ワークディレクトリは「カレントディレクトリ」と同じ意味です。 ここに表示されているディレクトリ内でソース作成やコンパイル作業をおこないます。
起動時は lesson\ になっていますが、[変更]ボタンを押すことて変更できます。
[ファイル]-[開く] でソースファイルを選択する際、ファイル選択ダイアログ内でディレクトリを変更した場合にはこのワークディレクトリも連動して変更されます。- ライブラリ：
- ソースファイルをコンパイルする再にリンク先となるライブラリを選択できます。
起動時は lib\guilib が仮に選択されていますが、[変更]ボタンを押すことて変更できます。
既にコンパイルされたことのあるソースファイルを開いた場合（.hisファイルが存在）は、履歴情報を見ることで自動的にライブラリが変更されます。
Mind WorkBench の主要な操作
最低限覚えておきたい操作は以下の通りです。
Mind WorkBench にはこの他にも多くの機能があります。詳しい情報が メニューバーの 「ヘルプ」-「使いかた」 で表示されるヘルプに書かれているのでそちらをお読み願います。
- ワークディレクトリ（作業場所）を選ぶ
- 最下段左の [ワークディレクトリ] および [変更] ボタン：
起動した直後のワークディレクトリは lesson になっています。その右にある[変更]ボタンで変更できますが、とりあえずこのフォルダで試してみてください。- ライブラリを選ぶ
- 最下段右の [ライブラリ] および [変更] ボタン：
起動した直後のライブラリは guilib になっています。その右にある[変更]ボタンで変更できます。
作成するアプリケーションがGUI(ウィンドウを開くタイプ)であればこのままで試してください。
作成するアプリケーションがGUIでない(コンソールアプリ)場合は[変更]ボタンを押して file を選択してください。- ソースファイルを開く（または 新規作成する）
- メニュー：[ファイル]-[開く] または [ファイル]-[新規作成]
ファイルを開くためのダイアログが表示されるので好きなソースファイルを選び出ます。
新規作成の場合は新しいソースファイル名を指示してください。このときの拡張子は .src が強制されます。
（ソースファイルの拡張子は .src です）
（ソースファイルの文字コードとしては Shift_Jis を使います）- ソースコードを確認・編集する（または新規にキー入力する）
- ソース表示域でソースコードを確認し、あるいは編集します。
何らかの編集があった場合は、メニュー：[ファイル]-[保存] でファイルに反映しますが、Ctrl-s のショートカットが便利です。
もし引き続いて [コンパイル] あるいは [再コンパイル] をおこなうのであればソースの保存は自動的に行われるのでそのまま放置でも構いません。- コンパイルする
- メニュー：[初期コンパイル]
現在のソースコード（ソースファイル）をコンパイルし、オブジェクトファイル（実行ファイル）を生成します。
コンパイルの様子は実行域にモニタ表示されます。
コンパイル中に文法エラーを検出した場合には、エラー情報がダイアログとして表示されるのでそれを参考にしてソースコードを訂正します。- 再コンパイルする
- メニュー：[再コンパイル]
ソースコードが既にコンパイルされた状態でソースを修正し再度コンパイルしたい場合にはこちらのボタンを使います。（文法エラーがあったときのソース修正時もこちらです）
コンパイルの様子は実行域にモニタ表示されます。
- 実行する
- メニュー：[実行]
ソースコードが既にコンパイルされている時、[実行]ボタンが有効化されています。これを押すとプログラムが実行されます。
アプリケーションがGUI(ウィンドウを開くタイプ)であればアプリケーションが起動しウィンドウが開きます。確認が終ったらウィンドウを閉じてください。
プリケーションがGUIでない(コンソールアプリ)場合はアプリケーションの文字出力が表示域に表示されます。
簡単なプログラムをコンパイル／実行
１．GUIアプリケーションをコンパイル
ソース表示域には以下のように hellowin.src の内容が表示されたはずです。
コンパイルの様子が実行域に表示されます。
ソース表示域の中でキーボードを使い次のように訂正してください。
（新） 「おはようございます。」を ラベル１に テキストを設定し
Mind WorkBench - hellowwin.src*
次いで、再コンパイルします。メニュー：[再コンパイル] を押します。
再コンパイルの様子も実行域に表示されます。
２．コンソールアプリケーションをコンパイル
ソース表示域には以下のように hello.src の内容が表示されたはずです。
コンパイルの様子が実行域に表示されます。
文法エラーがあった場合
次の図は lessonフォルダにある bunpouerrwin.src というソースファイルをコンパイルした時の Mind WorkBench の応答です。
注１： bunpouerrwin.src はわざと文法エラーを起こすためのサンプルプログラムです
注２： コンソール版のソースは bunpouerr.src というファイル名です
注３： .infファイルをエディタで開く方法でも見られますが、確認が終ったらエディタ画面は閉じてください（そのまま再度コンパイルしようとするとアクセス競合でエラーになります）
オブジェクトファイルの生成先
もちろんそうすることもできますが、１つのディレクトリに多数のプログラムが存在する場合、ディレクトリ内の総ファイル数が多くなってしまい、たとえばエクスプローラで閲覧しにくくなる上、元となるソースファイルと、コンパイル結果であるオブジェクトファイル群が混在することで見分けがつきにくくなる難点もあります。
この問題に対応するため、Mind WorkBench では次のような仕組みでコンパイルをおこないます。
Mind WorkBench 環境下でGUIアプリケーションをコンパイルする時、下位にobjフォルダがある場合には次のようなオブジェクト生成となります。
上記のように、4つのオブジェクトファイルが2つずつに分れます。（hellowin.src をコンパイルしたと仮定） ワークディレクトリ\ hellowin.src ←これはソースファイル hellowin.exe ←実行時に必要 hellowin.mco ←実行時に必要 ワークディレクトリ\obj\ hellowin.his ←実行時には不要 hellowin.sym ←実行時には不要
このようにしている理由は、プログラム hellowin を実行するのに必須な2つのファイル、hellowin.exe と hellowin.mco のペアをワークディレクトリ直下に置きたいからです。
GUIアプリケーションはエクスプローラからexeファイルをダブルクリックすることで起動するのが通常であり、もし exeファイルが obj\ 下にあったのではダブルクリックするのが面倒になる・・という操作面での配慮です。
また Mindのプログラムは .exe/.mco ファイルがセットで動作することから、exeファイルの置き場所に mcoファイルも置くという事情もあります。
コンパイルの概念
Mind で言うところの「コンパイル」の概念とその内容について詳しく説明します。
コンパイルとは
翻訳元となるプログラムを「ソースプログラム」または「ソースコード」と言い、翻訳結果の機械語を「オブジェクトプログラム」または「オブジェクトコード」と言います。
ソースプログラム
- 翻訳前の日本語の文章
- ファイル拡張子は .src を用いる。ファイルの状態のものを特に「ソースファイル」と呼ぶ
- 文字コードの集まりなので、ソースファイルは目で見ることができる
- 翻訳後の機械語が集まったもの。（コンピュータが実行可能な形態である）
- ファイルの拡張子は .exe（Linuxでは拡張子なし) と .mco を用いる。ファイルの状態のものを特に「オブジェクトファイル」と呼ぶ
- １と０のランダムな集合なので、人が見て読める形にはなっていない
翻訳の方法
この考え方は、人間の成長の仕組みと似ています。産まれたばかりの赤ちゃんは殆ど知識を持っていませんが、大人が教育することでどんどん知識を身に付けて成長してゆきます。
- コンパイラ自体としては少ない語彙しか持たない
- その代わり, 新しい単語を簡単に追加できる機構を用意する
- 次のコンパイル時には、以前のコンパイルで増殖した辞書の続きを使える
Mindのプログラムミング
Mindでプログラムを記述することは、新しい語彙をコンピュータに教えることにほかなりません。その語彙の数だけコンピュータは利口になってゆきます。Mindは人間で言えば義務教育終了のレベルでユーザに届けられます。ユーザ側ではさらに独自の業務知識を覚え込ませてから実社会で使うものであると思って下さい。
ライブラリとは
基礎知識ですから, 直ちにそれだけで特定の仕事ができるわけではありません。これらを「ライブラリ」と名付けることにします。ライブラリは何種類か付属していますが、たとえば、 lib¥ ディレクトリにある file.mco(sym) や guilib.mco(sym) などはそれに相当します。
ライブラリは成長途中のある時点の知識であると言えます。ライブラリの上にまたライブラリをかぶせる（さらに知識を与える）というような階層構造になっています。
ライブラリも通常のプログラム（実行可能なもの）も、みかけは同じ形をしています。ソースプログラムの最後に「メイン」という単語が定義されているものが実行可能なもの（.exeファイルが付く）で、「メイン」が無いものがライブラリ（.exeファイルが付かない）であると理解してください。
プログラムの履歴
- Mind WorkBench のメニューで：
- 「表示」-「プログラムの履歴」
- 「表示」-「ライブラリの履歴」
- コマンド プロンプト環境で：
- Mindの標準ツール mhist コマンドを使って表示
ライブラリを file に変更したあと、メニュー：「表示」-「ライブラリの履歴」を操作すると次のような情報が実行域に表示されます。
次にコマンド プロンプト環境でやってみます。
Mind WorkBench のメニュー：「ファイル」-「コマンド プロンプトを開く」 を操作してコマンド プロンプトのウィンドウを開き、そこでキーボードから mhist コマンドを打ち込みます。
C:¥Mind9¥lesson>mhist file "C:¥Mind9¥lib\file"の履歴 (対応するランタイム=mrunt002 Serialno=11) +------+----------------+----------------+-----------+----------+-----------+ |module|filename |compile date |total words|total code| total data| +------+----------------+----------------+-----------+----------+-----------+ | 0|yoyakugoG |2016 12/ 2 16:49| 221| 0| 0| | 1|asmword |2025 9/16 18:12| 582| 320| 0| | 2|console |2026 7/11 14:52| 545| 13,040| 22,208| | 3|file |2026 7/11 14:52| 826| 38,032| 616,596| +------+----------------+----------------+-----------+----------+-----------+
コマンド プロンプトでの上記操作ではライブラリ file のパスを指定していませんが、mhistは自動的に lib¥ の場所を知り、そこにある file を見つけて表示しています。もちろん明に存在パスを指定しても構いません。
リンク
Mindでは、ある下位ライブラリに接続して新しいプログラムをコンパイルすること（関係性）をリンクと呼んでいます。別の見方で言えば、ある下位ライブラリの知識にかぶせて次のライブラリまたはメインプログラムの知識を与えることを指します。このリンクは直列的に行なわれます。
┌───────────────┐ │ │ │ レベル２の知識 │ ┌─→ （ｆｉｌｅ） ｜知識の合計はＬ０＋Ｌ１＋Ｌ２ リ│ │ │ ン｜ ｜┌─────────────┐｜ ク｜ ││ ││ └─── ││ ││ レベル１の知識 ｜｜知識の合計はＬ０＋Ｌ１ ┌──→ （ｃｏｎｓｏｌｅ） ｜｜ リ｜ ││ ││ ン｜ ｜│┌───────────┐｜│ ク｜ ｜｜│ ｜｜│ └──── ｜｜│ ｜｜│ レベル０の知識 ｜｜｜知識の合計はＬ０ ｜｜│ （ｙｏｙａｋｕｇｏ）｜｜｜ ｜｜│ ｜｜│ ｜｜└───────────┘｜｜ ││ ││ ｜└─────────────┘│ │ │ └───────────────┘
単語の習得について
「800もの単語を覚えないとプログラムが書けないのか！」と思われるかも知れませんが、この点は心配ありません。この全てを知っていないとプログラムが書けないわけではないからです。とりあえずはこれから作るプログラムに関係しそうな語から覚えていけば良いのです。
たとえばですが、何万語と言われる日本語の語彙に比べれば、小学生の知っている語彙数など本当に僅かなものですが、彼等は日常会話をこなすことができます。−−−それに、あなたがこれから覚えなくてはならない単語というのは日本語なのですから−−−。
コンパイラが入出力するファイル
┌─────────┐ 実行ファイルはライブラリを │ライブラリ │ 作る際は出力されません │ file.mco │ ↓ │ file.sym │ ┌─────────┐ └─────────┘ │実行ファイル │ ｜ ┌→ │ hello(.exe) │ 入力｜ │ └─────────┘ ┌─────────┐ ｜ │ ┌─────────┐ │ソースファイル │入力 ↓ 出力 │Ｍコードファイル │ │ hello.src │─→［Mindコンパイラ］─┼→ │ hello.mco │ │ │ │ └─────────┘ └─────────┘ │ ┌─────────┐ │ │シンボルファイル │ ├→ │ hello.sym │ │ └─────────┘ │ ┌─────────┐ │ │ヒストリファイル │ ├→ │ hello.his │ │ └─────────┘ │ ┌ ─ ─ ─ ─ ┐ │ インフォメーション └→ │ hello.inf │ └ ─ ─ ─ ─ ┘ ↑ 文法エラーがあった時のみ出力
以下に個々のファイルについて解説します。
■exeファイル（実行ファイル）（Linuxでは拡張子なし）
「メイン」という単語を含むプログラムは単独で起動し実行することができますが、そのようなプログラムをコンパイルした場合に生成されます。メインの無い（=ライブラリとなる）プログラムのコンパイルでは出力されません。
一見すると、この実行ファイルがプログラム本体に見えますが、実はこれは本体プログラムをキックするためのプログラムに過ぎません。本体プログラムのサイズにかかわらず、このファイルは固定サイズで小さなものです。
■mcoファイル（Mコードファイル）
実質的なプログラムの本体（オブジェクトコード）はこれです。Mindは Version 7 以降、コンパイラはＭコードと呼ぶ中間コードを生成するようになりました。Mindのランタイム（mruntXXX.exeというファイル）がこれを解読・実行します。
これ自身はCPU命令を含まないため直接にはOSから起動することができませんが、代わりにキッカーとなるプログラム（前記のexeファイル）がその仲立ちをするので、最終的に普通にexeファイル形式（Linuxでは拡張子無しの実行ファイル）のプログラムを起動したかのようにふるまいます。
■symファイル（シンボルファイル）
「辞書」に相当します。これまで覚えた単語が全部入っいます。これはテキストファイルではないので目で見ることはできません。
■hisファイル（履歴ファイル）
ヒストリファイルという意味で .his になっています。これにはコンパイル手順の履歴‥‥それまでコンパイルしたすべてのソースファイルの名前やタイムスタンプ、そしてリンクしたライブラリの情報‥‥が記入されています。
これはテキストファイルなので見ることができます。たとえば、たびたび取り上げてきたサンプルプログラム hello.src をコンパイルした時の hisファイルは以下のような内容です。
hello.srcは簡単なプログラムなので履歴も小さいですが、コンパイル単位が何層にもなる大きなアプリケーションをコンパイルした時は何行も記入されます。.......... hello.src 2004-05-08 18:38.04 file
行内の内訳ですが、まず最初にソースファイル名が記入され、次いでそのファイルが更新された日時、その次に「file」とあるのは、リンク先のライブラリ名です（もし起動オプションもあれば続いて記入されます）。
上記では2行の情報が記入されています。.......... mmakeF.src 2023-11-18 09:11.39 ..\lib\file2 obj\mmakeF コンパイル mmakeFsub.src 2023-09-29 10:10.17
最初の行はメインソースとなる mmakeF.src に関するものです。コンパイラ起動時に第３引数で生成ディレクトリとファイル名を明に指定している（obj¥mmakeF）のも分かります。
2行目には、同ソースファイルから読み出される副ソースとしてmmakeFsub.src の情報が記入されています。
自動再コンパイルをおこなうツールである mmake（このプログラム自身ですが）は、このファイルに書かれている情報をもとに再コンパイルをおこないます。
.hisファイルは結果的にmmakeの為だけにあるようなファイルですが、開発者が目で見ても有益です。これを読めば、そこまでコンパイルして来たすべてのソースファイルの名前と更新日時、リンク先ライブラリ名、そしてコンパイラ起動時の引数まで知ることができるからです。
■.mco/.symファイルのペア
これらは, さらに上位のプログラムモジュールをコンパイルする際のリンクに用いられます。ライブラリ的なプログラム（上位のプログラムにリンクされる）の場合は、このペアのファイルは、言わば途中結果のような立場となります。
xxx.mco ──┐
├─→ 上位プログラムのコンパイル時にこれをライブラリ指定する
xxx.sym ──┘
開発者向けのメッセージが入ります。通常はコンパイル時に文法エラーがあったとき、そのエラー情報が記入されます。開発者はこのファイル内容を見て、どこに間違いがあったかを知ることができます。
Mind WorkBench 環境下でコンパイルをした時には、文法エラーがあると自動的に.infファイルがダイアログで開かれるので確認が容易ですが、コマンド プロンプト環境下では type コマンドで見る、あるいは分量が多い場合はエディタでファイルを開いて読む方法となります。
なお、.infファイルをエディタで開いたまま再度コンパイルをおこなうと、ファイルのアクセスが競合するためにコンパイルに失敗するため注意してください。再コンパイルをする場合はエディタ画面を閉じてください。
コマンド プロンプト環境下でのプログラム開発
Windows向けターミナルである コマンド プロンプト の環境下で開発する方法を説明します。
Mind WorkBench でGUIアプリケーションとコンソールアプリケーションのどちらも作成できるのと同様に、コマンド プロンプト環境下でも、どちらのタイプのアプリケーションも作成できます。
コマンド プロンプトを開く
上記１が推奨です。この方法によれば、コマンド プロンプトが立ち上がった時、ワークディレクトリがカレントディレクトリとなるだけでなく、コマンド プロンプトでのMindでの作業に必須となる usemind.bat の起動も自動的に行われるため、すぐMind関連の作業に入ることができます。
- 1. Mind WorkBench のメニューで：
- 1-1 「ファイル」-「コマンド プロンプトを開く」
- 1-2 「実行設定」-「コマンド プロンプトを開く」 （プログラムが開いている間だけ可能）
→ いずれも、ワークディレクトリをカレントディレクトリとして立ち上がる- 2. エクスプローラで：
- エクスプローラのアドレスバーに「cmd」と打ち込む
→ 開いているフォルダをカレントディレクトリとして立ち上がる- 3. コマンド プロンプトを直接起動：
- 3-1 タスクバー：[スタートボタン]右クリック - [ターミナル」
- 3-2 タスクバー：[スタートボタン]右クリック - [ファイル名を指定して実行] - 「cmd」を入力
- 3-3 cmd.exeのショートカットをデスクトップなどに置き、それをダブルクリック
Mind WorkBench を立ち上げず、直接にコマンド プロンプトを開きたい場合は上記２または３の方法で開いてください。
コマンド プロンプトの作業を終了したい（ウィンドウを閉じたい）場合は、コマンド プロンプトのタイトルバー右の「×」をクリックするか、あるいはコマンドとして exit を入力してください。
− Mind WorkBench 経由でなく直接コマンド プロンプトを開いた場合 − （Mind WorkBench 経由の時は以下は自動的におこなわれます）
まずカレントディレクトリが Mindのインストールディレクトリではない場合はそこに移るところから始めます。
注：Mindのインストールディレクトリを c:\Mind9 と仮定します >cd c:\Mind9 c:\Mind9>つぎに作業用の環境変数をセットアップするためのバッチファイルを起動します（このバッチファイル usemind.bat は Mindのインストールディレクトリ直下にあります）
上記のセットアップはコマンド プロンプトが開いている間は有効ですが、閉じると解除されるため、コマンド プロンプトを開く都度実行する必要があります。c:\Mind9>usemind ←必ず一度実行する Mind9の開発環境を設定しました
上記セットアップによって、Mind9\bin に対して環境変数 PATH が設定されるので、すべてのツール類（mind.exeなど）はコマンド プロンプト内からパス無しで起動できるようになります。
ためしにコンパイラ（mind.exe）をわざとパス無し起動してみます（単純起動すると Usage を表示してきます）。
上のメッセージが表示されればMindコンパイラの起動はOKで、Mind9\bin に対してPATHが通っていることが分かります。c:\Mind9>mind 日本語プログラミング言語 Ｍｉｎｄ Version 9.03 for Windows Copyright(C) 1985 Scripts Lab. Inc. (GUI library is evaluation version) ←ライセンス情報 Usage(1): mind source library [objectdir\][objfile] Usage(2): mind -help (オプション詳細を表示)
「GUI library is evaluation version」 の部分は、正式版GUIライブラリがインストールされると所有者のメールアドレスと共にライセンス情報が表示されます。
'mind' は、内部コマンドまたは外部コマンド、
操作可能なプログラムまたはバッチ ファイルとして認識されていません。
操作可能なプログラムまたはバッチ ファイルとして認識されていません。
コンパイラの起動
（方法１） >mind SOURCE LIBRARY （例：mind hello file） file にリンクして hello をコンパイルする （方法２） >mind SOURCE LIBRARY OBJECTDIR （例：mind hello file obj） 上と同様だが、オブジェクトファイルの生成先を指定（注：起動引数のバリエーションは他にもあります。「mind -help」と起動してください）
hello.src は smaple\ ディレクトリにもありますが、ここでは lesson\ にあるものを使います。
hello.src はコンソールアプリケーションとしては最も短いサンプルプログラムです。このソースコードは普通のテキストファイルなのでエディタで開いたり、コンソール内でtypeコマンドで内容を見ることができます。c:\Mind9>cd lesson c:\Mind9\lesson>stamp hello.src 2004/05/08 18:38:04 80 hello.src
上記プログラムが何をするものなのかは見ての通りです。c:\Mind9\lesson>type hello.src メインとは 「こんにちは、Ｍｉｎｄです。」を 表示して 改行すること。
このソースファイルを指定してMindでコンパイルしてみます。
c:\Mind9¥lesson>mind hello file 日本語プログラミング言語 Ｍｉｎｄ Version 9.03 for Windows Copyright(C) 1985 Scripts Lab. Inc. コンパイル中 .. 終了 Coping.. C:\Mind9\bin\mindex.exe --> hello.exe c:\Mind9¥lesson>
Mindコンパイラは、指定されたソースファイルを読み込み、コンパイル結果として複数のオブジェクトファイルを生成して終ります。────────────────────── コンパイラ名 ↓ >mind hello file ↑ ↑ライブラリ名(拡張子なし) ｜ ソースファイル名(拡張子なし) ──────────────────────
もちろんエクスプローラなどのファイラーでファイル生成を確認しても良いのですが、ここではコマンドラインでオブジェクトファイルを確認してみます。
↓末尾に*を指定 C:\Mind9¥lesson>stamp hello.* 2026/07/18 14:23:15 193136 hello.exe 2026/07/18 14:23:15 60 hello.his 2026/07/18 14:23:15 45440 hello.mco 2004/05/08 18:38:04 80 hello.src ←元から有ったソースファイル 2026/07/18 14:23:15 29056 hello.sym
次に、stampコマンドで特殊なファイル指定をしてみます。以下のようにタイプすると、Mindコンパイラが生成したオブジェクトファイルのみを表示できます。上記ではMindの標準ツールのstampを使ってファイル一覧を表示しています。もちろん Windowsなら dir コマンドでも良いのですが、表示がシンプルなことと、WindowsとLinuxで同じコマンドで済むことから、以降ではなるべく stamp を使うことにします。
上記の生成ファイルのうち、実際のプログラム実行に必要なのは .exe および .mco です。（Linuxでは.exe側のファイルは拡張子なしです）↓末尾に+を指定 C:\Mind9¥lesson>stamp hello+ 2026/07/18 14:23:15 193136 hello.exe 2026/07/18 14:23:15 45440 hello.mco 2026/07/18 14:23:15 60 hello.his 2026/07/18 14:23:15 29056 hello.sym
実は hello.exe はMindのランタイムをキックするための固定的で小さなもので、Mindにおいては .mcoファイル（hello.mco）のほうがアプリケーションの実質的な実行ファイルと言えます。
C:\Mind9¥lesson>hello こんにちは、Ｍｉｎｄです。
次に、起動方法の説明 における「方法２」のケースを示します。
方法２は、オブジェクトファイルの生成先としてソース存在場所以外を指定するものです（方法１であればオブジェクトファイルはソース存在ディレクトリに生成されます）。
一方、先に示した hello.src のコンパイルテストではあえて方法１を使い、ソース存在場所にオブジェクトファイルを生成する方法をとりました。
↓先のコンパイルでの生成オブジェクトを一旦削除(1) C:\Mind9¥lesson>erasemindobj hello ↓先のコンパイルでの生成オブジェクトを一旦削除(2) C:\Mind9¥lesson>erasemindobj obj\hello c:\Mind9\lesson\obj\hello.exe が見つかりませんでした。 c:\Mind9\lesson\obj\hello.his が見つかりませんでした。 c:\Mind9\lesson\obj\hello.mco が見つかりませんでした。 c:\Mind9\lesson\obj\hello.sym が見つかりませんでした。 c:\Mind9¥lesson>mind hello file obj 日本語プログラミング言語 Ｍｉｎｄ Version 9.03 for Windows Copyright(C) 1985 Scripts Lab. Inc. コンパイル中 .. 終了 Coping.. C:\Mind9\bin\mindex.exe --> obj\hello.exe
上図でコンパイラの表示を見ると、最後のキッカーのコピー（mindex.exe）の複写先が obj\ 内となっていることから、obj\ フォルダに生成したことが見て取れます。上記で使っている erasemindobj というバッチコマンドはMindの標準ツールとして bin\ ディレクトリに入っているものです。コンパイル結果のオブジェクトファイル群をまとめて削除するコマンドです。今回のようなケースで便利に使えます。
上のように、カレントディレクトリにはソースファイルしか存在せず、オブジェクトファイル群は obj\ の中に存在することが分かります。C:\Mind9¥lesson>stamp hello.* 2004/05/08 18:38:04 80 hello.src ←元から有ったソースファイル C:\Mind9¥lesson>stamp obj\hello.* 2026/07/18 15:58:31 193136 obj\hello.exe 2026/07/18 15:58:31 65 obj\hello.his 2026/07/18 15:58:31 45440 obj\hello.mco 2026/07/18 15:58:31 29056 obj\hello.sym
上記の -mcohere という起動オプションが重要で、これがあるとMindコンパイラは Mind WorkBenchでの挙動と同じことをします。つまり、.exe/.mco ファイルをソース存在場所に生成し、.his/.sym ファイルを指定したオブジェクト生成ディレクトリに出力します。（hellowin.src をコンパイルすると仮定） >mind -mcohere hellowin guilib obj
（hellowin.src をコンパイルしたと仮定） カレントディレクトリ\ hellowin.src ←これはソースファイル hellowin.exe ←実行時に必要 hellowin.mco ←実行時に必要 カレントディレクトリ\obj\ hellowin.his ←実行時には不要 hellowin.sym ←実行時には不要
（samplew\ フォルダ内） capp0.bat （初期コンパイル用） ／￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣＼ 〜略〜 mind -mcohere %1 ..\lib\guilib obj\ 〜略〜 ＼＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿／ capp.bat （再コンパイル用） ／￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣＼ 〜略〜 mmake obj\%1 〜略〜 ＼＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿／ （例） samplew\ ディレクトリ内で hellowin.src をコンパイルするなら 次のようにバッチを使うのが便利 >capp0 hellowin ←初期コンパイル >capp hellowin ←再コンパイル
文法エラーがあった場合
注１： bunpouerr.src はわざと文法エラーを起こすためのサンプルプログラムです
注２： GUI版のソースは bunpouerrwin.src というファイル名です
コンパイル時メッセージが上記のように 「n個のエラーが有ります」 で終わった場合は次のようにして.infファイルの内容を確認してください。C:\Mind9¥lesson>mind bunpouerr file 日本語プログラミング言語 Ｍｉｎｄ Version 9.03 for Windows Copyright(C) 1985 Scripts Lab. Inc. コンパイル中 .. 終了 1 個のエラーが有ります。
C:\Mind9¥lesson>type bunpouerr.inf bunpouerr.src 2 行目でエラー。行内容は、 「こんにちは、Ｍｉｎｄです。を 表示して 改行すること。 要因１：'」'が見付からず、不均衡になっています。 1 個のエラーが有ります。
.infファイルをエディタで開く方法でも見られますが、確認が終ったらエディタ画面は閉じてください（そのまま再度コンパイルしようとするとアクセス競合でエラーになります）
mmakeを使う
その際、mind.exe起動時に必要となるライブラリ指定は、前回の生成オブジェクトを調べることで自動的におこなうため、ユーザは再コンパイル時のライブラリについて関与せずに済みます。
もしタイムスタンプの照合をして何も変化が無いと判断すればコンパイラを起動せず、何もせずに終了します。
中規模以上のプログラムを開発していて、メインソースや副ソースがたくさんあるような場合、たとえばそのうち一つの副ソースファイルを更新したような場合に、更新したソースに依存している主プログラムがどれなのかを考え、影響のあるメインプログラムだけを再コンパイルすることは負担になります。
別のケースとしては、一度リリースしたアプリケーションであっても、後日、Mindの新版が出てライブラリが新しくなった場合、それまで作成したすべての主プログラムに再コンパイルをかける必要があります。
そのような場合に mmake を使うと依存関係を自動的に判断してくれるため開発者として負担が軽減されます。
（方法３） >mmake PROGRAM（例：mmake hello） ↑hello を再コンパイルする （方法４） >mmake OBJDIR\PROGRAM（例：mmake obj\hello） ↑obj\hello を再コンパイルする
オブジェクト生成先を指定してコンパイルされている場合は上記「方法４」を使います。たとえば obj\hello のように指定します（ソースファイルでなくオブジェクトファイルを拡張子無しで指定することになります）。
先の解説、「方法２で hello.src をコンパイルしてみます」 での作業において hello.src をコンパイルした状況にあるとします。このときオブジェクトファイル群は obj\ 内に生成されています。
mmake を起動しましたがメッセージ表示はあるもののコンパイルはおこなわれません。ソースファイルもリンク先ライブラリも最新だからコンパイルの必要が無いからです。c:\Mind9\lesson>mmake obj\hello mmake obj\hello (for Mind9) （もしコンパイルされてしまった場合はもう一度実行してください）
上記操作により、hello.src のファイルの更新日時が最新になりました。c:\Mind9\lesson>mtouch hello.src ←mtouchはMind9付属ツール
この状態で再度 mmake を実行します。
上記のように、mmake はソースファイルのタイムスタンプが変化したことを検出し、mind.exeを呼び出すことでコンパイルをおこないました。c:\Mind9\lesson>mmake obj\hello mmake obj\hello (for Mind9) hello.src が新しい [再コンパイル] mind hello C:\Mind9\lib\file obj\hello -p 日本語プログラミング言語 Ｍｉｎｄ Version 9.03 for Windows Copyright(C) 1985 Scripts Lab. Inc. コンパイル中 .. 終了 Coping.. C:\Mind9\bin\mindex.exe --> obj\hello.exe
GUIアプリケーションとコンソールアプリケーションの使い分け
では上記以外のケースはGUIアプリケーションにすれば良いかというと、その場合であっても次の点に留意すると良いでしょう。
- そのアプリケーションの利用者もまたソフトエンジニアであり、コマンド プロンプト環境での起動に抵抗が無い（あるいは利用者が自分自身である）
- たとえばファイルを操作する、あるいはネットワークをアクセスするなどコマンド プロンプト環境での利用のほうが向いている用途（ファイルを準備したりデータ出力を確認するのにコマンド プロンプト環境なら容易なことが多い）
- 使い捨てのプログラム、ちょっとしたテストプログラムなど（なるべく短時間に検証したい）
・GUIアプリケーションだからといって、そのすべてがGUI処理となるわけでもありません。
少し大きめのアプリケーションでは、データ（文字列）加工、ファイル操作など、非GUIの機能の割合が大きいこともよくあります。
・そのような場合、ソースコードの内部を、GUI部 と 非GUI部 に分離することを勧めます。
そうすれば、 非GUI部 をコンソールアプリケーションとして動作させることができ、プログラム作成と検証を（すべてGUI形態にするのに比べて）短時間で済ませることができます。
検証が終ったら、そのソースコードをGUIを含む全体のソースに入れれば良いのです。
・コンソールベースのプログラムであれば、Mind掲示板などで不明点を質問しやすく（操作手順や結果は画面のメッセージをコピー・ペーストすれば済む）、またその回答もしやすくなります。
たとえば、Mind WorkBenchのソース群を見ると（Mind WorkBenchのソースはGUIライブラリ正式版に含まれます）、その一部に以下のようなソースファイルを見つけることができます。少し大きめのアプリケーションでは、データ（文字列）加工、ファイル操作など、非GUIの機能の割合が大きいこともよくあります。
そうすれば、 非GUI部 をコンソールアプリケーションとして動作させることができ、プログラム作成と検証を（すべてGUI形態にするのに比べて）短時間で済ませることができます。
検証が終ったら、そのソースコードをGUIを含む全体のソースに入れれば良いのです。
上のソースファイルは Mind WorkBench で「ワークディレクトリ」を管理するモジュールですが、似た名前のファイルが２つあります。mindwb_curdir.src mindwb_curdir_gui.src
前者は非GUIな機能なのでコンソールベースで作成・デバックができます。後者のGUIを含んだソースから前者の機能を呼び出すことで利用します。弊社では実際、そのようにしてワークディレクトリに関する機能を実装しました。
Windowsのタスク管理上のプロセス名とアイコン
Mindの動作原理と関係するのですが、MindのプログラムがWindowsのタスク管理上どのように扱われているのかを説明します。
コンソールアプリケーションの hello.exe というプログラムを例にとります。
まず hello.exe を起動します。
は実質その通りなのですが、細かな動きとしては以下のようなものです。「helloというプログラムの実行ファイルは hello.exe である」
(1) hello.exe は起動されるとすぐ、mrunt002.exe を起動します。
(2) その mrunt002.exe は hello.mco（Ｍコード）をロードし、
そこからMindのプログラムとしての実行が始まります。
しかし、Windows OS から見た場合、起動しているプログラムのプロセス名（OSによるプロセス管理上の名前）は hello ではなく mrunt002 になります（mrunt002起動時の引数が hello）。
・タスクバーにマウスをかざしたときに表示されるプログラム名は hello (正確にはタイトルバーの内容)
・タスクバーを右クリックし表示されるものはプロセス名なので mruntXXX.exe
・タスクマネージャを起動し、プロセスのリストを眺めたときの表示は Mind Runtime Library (プロセス名の補足名)
・タスクバーを右クリックし表示されるものはプロセス名なので mruntXXX.exe
・タスクマネージャを起動し、プロセスのリストを眺めたときの表示は Mind Runtime Library (プロセス名の補足名)
上記で触れましたがタスクマネージャを起動し、プロセスリストを眺めた時の補足をします。
プロセスリスト中からMindのプログラムを見つけたとき、たとえば以下のようなものが表示されます。
