小説自動生成ソフト制作日記

第4話 何度も立ちはだかる壁

　私はシナリオを少しづつ追加しながら、小説記述言語の仕様を追加していった。

私は将来の商品化を考えるとシナリオはオリジナルの方がいいと思い、市販の体験告白小説を参考にするのは止めにして自分でシナリオを作ることにした。

他の人が書いた小説を読んでそれを参考にシナリオを書くという作業よりは、自分でシナリオを作った方が実際の所、作業時間は短くて済むし余計な手間もかからず作業もはかどった。

それに自分でシナリオを作るというのは、苦労も多いが楽しい作業だった。

仕事の合間に時間を作っての作業はなかなかはかどらなかったが、最初は順調に作業が進んだ。

しかし難関は以外と早く私の前に立ちはだかった。

当時の１６ビットのコンパイラーでは一つのファイルに変数を１０００個程度しか定義できなかったのだ。

それ以上に変数が多いとコンパイラーがエラーを返してきた。

シナリオの文章一行に一変数を割り当てていたので、これでは最大１０００行しか定義できない。

当時のパソコンのＣコンパイラーの性能というのはまだその程度だったのだ。

すぐには解決方法は見つからなくて、いろいろ試しては見たが全部だめだった。

私はもしかしてアセンブラだったら変数の個数の制限はないのではと考えた。

アセンブラというのは知らない人も多いと思うが、機械語と一対一に対応するコードを出力するかなり原始的な言語だ。

昔はパソコンのソフトはアセンブラで書いた物だが、いまはもうアセンブラでコーディングするプログラマーなどいない。

だがアセンブラでもまたきっとどこかで制限に引っかかってぶん駄目だと思った。

まあ一応やってみようと、Ｃのソースコードを自動的にアセンブラのコードに展開するプログラムを組んでみた。

やってみたらどうゆう訳か上手くいってしまった。

それでひとまず最初の壁は乗り越えた。

アセンブラならいくら変数の数が増えても制限はなかったので作業は順調に進んだ。

しかしまた次の壁が立ちはだかった。

Ｃ言語のコンパイラーが静的データは６４キロバイトが上限でそれ以上は定義できなかった。

当時のパソコンはまだ１６ビットマシーンだったので、セグメントによるメモリー管理をしていたのだ。

１セグメントは６４キロバイトで、それを越すデータは定義できない。

シナリオを追加していくうちにその上限にたどり着くのにたいして時間はかからなかった。

私はいろいろ試してみたが結局どうにもならなかった。

これで開発は行き止まりかと一度は諦めたが、またアイデアが浮かんだ。

Ｃ言語のコンパイラーは静的データに決まったセグメント名を割り当てる。

セグメントは最大６４キロバイトなので、別のセグメント名を使えばなんとかなるかもしれないと思った。

だがそれは通常のＣ言語のコンパイラーの規約からははずれてしまうので、上手く動くかどうかは判らない。

他に思いつく方法もないので、ともかくやってみることにした。

私はたぶん運が良かったのだと思うが、これも予想外に上手くいった。

１セグメント６４キロバイトなので、必要な分だけデータのセグメントを作ればよかった。

これで静的データの制限もなくなり、私はもうこれで大丈夫だと安心して開発を続けた。

しかしまた次の壁が待ち受けていた。

プログラムとシナリオのテキストデータが大きくなりすぎて、コンパイルとリンクの時間が１０分を超えてしまった。

当時開発に使っていたのはＤＯＳのパソコンで、画面は横80縦25文字の固定だった。

同時にエディターで開けるのはせいぜいテキストファイルが二つまでで、ソースコードを修正したあとは、すべてのファイルを閉じて、コンパイラーを動かして、そのあと実行してまた修正の為にエディターを起動するという作業の繰り返しだった。

大変手間のかかる作業で、その上コンパイラの待ち時間が１０分を越えてしまったらとても作業にはならない。

結局の所性能のいいパソコンが安く購入出来る時期が来るまで、作業は中断せざる得なかった。