フルベーシック

Full BASIC は、 Standard BASICまたはANSI BASICとも呼ばれ、BASIC プログラミング言語の方言を定義する国際標準です。これは、米国規格協会(ANSI) X3.60 グループが欧州の ECMAと共同で開発したものです。構造化プログラミング、行列計算、ファイル処理の入出力、その他多くのオプションを含む多くの機能を備えた BASIC の高度なバージョンを記述します。

ANSI の BASIC 標準化は 2 段階のプロセスでした。1974年に開始されたMinimal BASICとして実行された最初の段階は、元のDartmouth BASIC言語を明確に定義して標準化し、さまざまなプラットフォームで正しく実装できるようにする取り組みでした。1977 年後半にリリースされた後、注目は、Dartmouth Collegeで開発されていたより強力な Structured BASIC に基づく Full BASIC に移りました。システムの複雑さと、標準化委員会のメンバーによって推進された多くの追加により、取り組みは行き詰まり、最初の標準草案は 4 年遅れの 1986 年まで完成しませんでした。

この標準は、1986 年 6 月 26 日にECMA-116 ^[1]として、1987 年 1 月にANSI X3.113-1987として承認されました。仕様が議論されている間にマイクロコンピュータ革命が起こり、1980 年代初頭には何千万台もの家庭用コンピュータで動作していたMicrosoft BASIC がすでに登場しては消え去っていたため、完全に無視されました。プロセスが長引くのを見て、ダートマス大学の参加者は標準の一部に基づいたTrue BASIC の開発に着手しましたが、これはほとんど使われませんでした。Microsoftのような事実上の標準が市場を独占し、同様の概念を取り入れたMicrosoft Visual Basicなどの新しい言語の基礎となりました。^[^要出典^]

歴史

最小限のBASIC

1964年にダートマスBASICが導入され、タイムシェアリングや、当時「会話型インターフェース」と呼ばれていたユーザーとの直接対話など、コンピュータ分野で新たに登場したいくつかの概念が組み合わされました。このシステムを実行するGE 235 メインフレームコンピュータを供給していたゼネラルエレクトリックは、ダートマスのシステムの修正版を使用してサービスビューローを開始し、これが最終的に GEnie オンラインサービスへと発展しました。他の多くの企業、特にTymshareやCompuServeは、ダートマスモデルに倣って、すぐに独自のホスト型BASICサービスを導入しました。^[2]^[3]

1968年、ヒューレット・パッカード（HP）は、初期のメインフレームシステムと同じ機能をラックマウントシステムに搭載し、完全な構成で約10万ドル（2023年の876,172ドルに相当）で提供したHP 2000シリーズミニコンピュータを発表しました。 ^[4]同社のHP Time-Shared BASICはダートマスとは多くの点で異なっており、^[5]これらはすぐにデータゼネラルなどの他のミニコンピュータベンダーにコピーされました。デジタルイクイップメントコーポレーション（DEC）は抵抗を続け、1972年まで独自設計のBASICを発表しませんでした。このバージョンであるBASIC-PLUSは、 HPやダートマスの方言とは異なっていました。1970年代初頭までに、市場では3つの主要な方言と数十のマイナーバリエーションが使用されていました。

1974年1月、ANSI傘下に単一のBASIC標準を定義するための新しいグループが結成された。^[6]ダートマスチームがグループの中核を形成した。ダートマスは、ANSIの基礎となったStructured BASIC (SBASIC)として知られるBASICの大幅に拡張されたバージョンに取り組んでいた。当時、その多くの新機能をサポートする他の方言はほとんどなかった。グループは、SBASICに基づく完全な標準が合意されるまでには時間がかかると判断し、ANSI BASICの取り組みは2つのマイルストーンに分割された。最初のMinimal BASICは、あらゆる実装に必要な最も基本的な機能のみを含む標準を作成する。行列計算などのダートマスで長くサポートされてきた機能さえも除外される。Minimal BASICの標準草案は1976年1月に発表され、最終草案は1977年7月に発表され、同年12月に批准された。BASIC の提唱者であり ANSI グループの一員であったダートマス大学の物理学者アーサー・ルーアマンは、後に次のように述べました。

「X3J2の最初の数年間は、1964年のオリジナルのダートマスBasicに相当するものを標準化することに費やされました（後から考えると、「無駄だった」と言う人もいるかもしれません）。Minimal Basicは実際の言語というよりはおもちゃのようなものでした。」^[7]

フルベーシック

その後、グループはFull BASICに注目した。この頃までにマイクロコンピュータ革命は本格化し、Microsoft BASICまたは類似のBASICを実行する何百万台ものマシンが市場に投入され始めた。^[a]それにもかかわらず、参加者の中にマイクロコンピュータのベンダーやサプライヤーはいなかった。代わりに、参加者はIBM、Control Data、General Electricなどのメインフレームベンダー、Digital Equipment Corporation（DEC）、Data General、Wang Laboratoriesなどのミニコンピュータベンダー、および3M、American Express、Kodakなどの他の超大企業であった。^[9]

この取り組みは、各メンバーが独自の「必須」機能のリストを追加し始めたため、すぐに第 2 システム効果に反する結果となりました。一部のメンバーは、言語が小型マシンで実行される教育用途を対象とする伝統を継承することを望み、基本的なファイルサポートと類似の機能のみを備えたシンプルな言語を希望しました。他のメンバーは、ロード可能なモジュールプログラムとその他の拡張プログラミング機能をサポートし、COBOLやFORTRANなどの言語に対抗しながら、より優れた文字列操作を提供したいと考えていたメインフレームユーザーでした。3 番目のグループは主にビジネスアプリケーションに興味があり、特に BASIC が主要なビジネス言語となっているヨーロッパのユーザーで、丸めの問題に悩まされない広範なファイル処理と 10 進数計算をシステムに組み込むことを要求しました。^[10]

BASIC のオリジナルの設計者であり ANSI グループのメンバーであったJohn G. KemenyとThomas E. Kurtz はOPTION BASE、このプロセスに批判的でした。1982 年の記事で、Kurtz は、一見小さな問題でさえ大きな論争に発展したと書いています。彼は、ステートメントの例を使用しました。配列が最初に BASIC に追加されたとき、インデックス 1 から始まり、DIM A(3)1、2、3 の 3 つのスロットを持つ配列が作成されました。場合によっては、インデックス 0 の方が自然であるため、OPTION BASE 0Dartmouth コードの後のバージョンでが追加され、同じ定義で 0 から 3 の 4 つのスロットを持つようになりました。Minimal の期間中、デフォルトの基数を何にするかについて継続的に議論が行われ、最終的に 0 が選択されました。5 年後、Full の取り組み中に、新しい構文を使用して配列で任意の下限を定義できることが決定されましたDIM YEAR(1970 TO 1990)。これによりの要求がなくなりOPTION BASE 0、デフォルトを再び 1 に変更することが決定されました。^[11]

当初、X3.60 グループは、1982 年夏に最初の技術レビュー版をリリースし、秋に ANSI X3 委員会に提出することを目標としていました。この期間中に標準案が提出され、一般からのコメントが受け付けられます。最終草案は 1983 年に X3 に送り返され、その年の批准が行われます。^[12]これはかなり楽観的な見通しでした。最初の草案は 1985 年 1 月までリリースされず^[1]、最終草案は 1986 年にリリースされ、1987 年 1 月に批准されました。^[13]この間に標準は非常に大きくなり、最終的にはコアモジュールと 5 つのオプションアドオンに分割されました。これには、複雑なファイル処理、リアルタイムコンピューティングサポート、固定小数点演算、オプションの編集コマンド、さらにはプラットフォームに依存しないグラフィックモジュールが含まれていました。^[14]

この結果は、パブリックコメント期間中に批判された。あるレビュアーは、この結果があまりにも大きくなって「結果として得られた言語は、複雑さにおいて現在のどのプログラミング言語にも匹敵する」と述べ、「標準全体に準拠することは、これまでに試みられた中で最も大規模なコンパイラプロジェクトに匹敵する」と指摘した。^[15]さらに、たとえば、サブルーチンを記述する方法が 5 つ以上あること、文字列の最大長を定義する方法が 3 つあること、配列を定義する方法が 2 つあることなどが説明されている。^[16]配列の境界の問題については、委員会は採用された解決策が「耐えられない」ことに同意し、「後で」修正する計画を立てたことが指摘されている。^[17]

標準のリリース後、参加者が実際に準拠バージョンを構築したという証拠はなく、進行中の取り組みに関する言及はすぐに消えてしまいます。1987年以降、標準に関する言及は、標準が存在し、True BASICがその機能の一部を包含しているということだけです。さらに、この時点では数百万台のマイクロコンピュータがMSの事実上の標準の何らかのバリエーションを実行していたため、新しいANSI標準は非標準のソリューションと見なされていました。^{[18]マイクロプラットフォームでのBASICの当初の成功の多くは、印刷された}ソースコードからプログラムを入力できることでしたが、1980年代半ばまでにこれはシュリンクラップアプリケーションに置き換えられ、配布システムとしてのBASICの必要性は薄れていました。^[19]大規模システム側では、対話性やオンライン編集など、BASICが解決しようとした外部の問題がほとんどのシステムで利用できるようになったため、教育言語としての当初の用途はますますPascalに置き換えられていきました。^[20]

真のベーシック

標準化のプロセスは非常に遅く、Structured BASIC の作者でさえ最終的にそれをあきらめた。Stephen Garland は高校生向けの大学入試委員会の一連のテストを作成するよう依頼され、代わりにPascalで書いた。これは、 Commodore 64やTRS-80など、広く使用されている多くのコンピューターがPascal を完全に実装していなかったことを考えると、多少物議を醸した。Luehrmann はこの取り組みに批判的で、より多くの学生に適用できるより一般的なコースを提案した。^[21]

ANSI グループのダートマス参加者にとって、この取り組みが妥当な期間内に完了する見込みがないことは明らかでした。彼らはこの取り組みを離れ、新しい会社を設立して、自分たちの言語バージョンをTrue BASICとして市場に投入しました。True BASIC はコア標準の多くの機能を組み合わせたものですが、独自の変更もいくつか加えました。最も注目すべき変更点は、行番号がオプションになったことです。この言語は評判が悪く、多くのレビューで Full BASIC 標準で提起されたのと同じ機能の肥大化に関する懸念が表明されました。Jerry Pournelle はこれを「狂気」と嘲笑し^[22]、John Dvorak はこれを「悲しい」と「失敗する運命にある」と退けました^{[23] 。}

説明

プログラム編集

以前のバージョンの BASIC と同様に、Full BASIC は行エディタ環境で動作するように設計されており、行番号を使用して編集または削除する個々の行または行の範囲を示します。行番号の範囲は 1 から 50,000 で、Minimal では 0 から 9999 でした。つまり、行 0 を使用する有効な Minimal プログラムは Full では無効でした。論理行は少なくとも 132 文字の長さでした。論理行は、「継続文字」であるアンパサンドを使用して複数の物理行にまたがって拡張できました。残念ながら、アンパサンドは文字列連結演算子としても選択されたため、パーサーが複雑になりました。^[24]

追加の編集コマンドにはRENUMBER、とがありDELETE、これらはこの時点では新しいマイクロコンピュータ方言で一般的でした。新しい概念はEXTRACT、行の範囲を新しいファイルにコピーし、元のプログラムから削除して、サブプログラムに抽出できるようにするというものでした。^[25]これらは、コマンドを使用して呼び出すことができますCHAIN。にはCHAIN、オプションのとそれに続くパラメータのリストを含めることもできWITH、その場合はプログラムと同じ名前の変数に値を返すことが期待されていました（下の「構造」を参照）。^[26]

基本機能

Minimal や他の方言でよく使われるキーワードの多くはそのまま残されています。たとえば、、PRINTなどです。これらのコマンドには、多数の小さな変更が加えられました。たとえば、編集時にキーワードは大文字、小文字、またはその組み合わせで入力できます。これまでと同様に、通常は大文字で表示されますが、新しい規則では、複数文字の変数名にはスネークケースが使用されるようになりました。 ^[27]INPUTDATAREAD

ダートマス BASIC はREMインラインコメントに文を導入し、これは他の方言でも広くサポートされました。多くの方言では短縮形も追加され、最も一般的には'Microsoft BASIC に見られるように一重引用符が使用されています。Full では!この役割に感嘆符が選択されましたが^[28]、一重引用符は他に使用されないため、使用しない理由はないようです。たとえば、文字列では一重引用符の区切り文字は使用できません。^[29]さらに物議を醸した変更は、LET構文解析を簡単にするために、キーワードがすべての代入で必須になったことです。一方、他のすべての方言ではキーワードは LETオプションでした。これには Minimal も含まれていたため、このショートカットを使用する Minimal コードは Full と互換性がありませんでした。^[30]

Minimalの23個のキーワードと11個の関数という比較的小さなセットに加えて、Fullは独自の数十個のキーワードを追加し、すべての拡張機能を含めると、合計176個のキーワード（161個の個別の概念を定義）、38個の数学関数、14個の文字列関数になりました。^[31] 3列に並べられたキーワードの簡単なリストは、標準文書の2ページを埋め尽くしています。^[32]

構造

Full と Minimal の主な違いは、ブロック指向の構造化プログラミング構造が追加されたことです。Minimal やほとんどの BASIC インタプリタでは、プログラムは論理的に独立したコード行で構成され、任意の行GOTO番号を指定して任意の時点で実行を開始できます。このルールの唯一の例外はループでFOR...NEXT、FOR から NEXT までのすべての行が論理的に 1 つのコードブロックと見なされます。FOR ブロックへの分岐や FOR ブロックからの分岐は、通常は実装に依存しますが、一般的には「NEXT WITHOUT FOR」のような何らかのエラーとなる、奇妙な動作を引き起こします。^[33]

Fullでは、FOR...NEXTブロックへの分岐は許可されておらず、EXITステートメントを使用せずに分岐することも許可されていません。実装では、たとえばGOTOループにコーディングする必要がある場合など、そのようなステートメントをチェックして禁止することになっています。通常、プログラムを1行ずつ検査するインタープリタでは、このようなコードをチェックすることは困難です。プログラム内の他のコードからブロックへの分岐をチェックするには、通常、コンパイラのようにプログラム全体を解析する必要があります。^[16]

Fullでは、追加のブロック構造を提供するために、既存のキーワードがいくつか拡張され、他のキーワードも追加されました。注目すべきは、IF...THEN...ELSE...END IF条件が満たされた場合または満たされなかった場合に複数行のコードが実行できるようにするマルチラインです。SELECT...CASE...CASE ELSE...END SELECT決定木を作成するためにが追加されました。 ^[34]ON...GOTOこれは、以前はまたは複数のIFを使って実行する行を選択して実装されていました。ループはMinimalと同じままでしたが、トップテストとボトムテストのバリエーションを備えたFOR...NEXT新しいDO...LOOPが追加されました。すべてのループは、コマンドとコマンドを使用して安全に終了できるようになりました。^[35]DO WHILE...LOOPDO...LOOP UNTIL...EXIT FOREXIT DO

ブロック構造に対するこれらの変更に加えて、Full はプロシージャ、関数、プログラムブロックを定義するためのキーワードも追加しました。プログラム全体は、オプションのPROGRAMキーワードに続いてプログラム名で開始され、以前と同様にで終了するようになりましたEND。ルーチンはを使用して構築されSUB...END SUB、を使用して呼び出されますCALL name。複数行の関数はを使用して作成されFUNCTION...END FUNCTION、戻り値の型は名前の一部であるため宣言されませんでした。文字列関数名はドル記号で終わります。戻り値は、変数を関数と同じ名前に設定することによって提供されました。たとえば、"DOIT" という名前の関数には、のような行が含まれますLET DOIT=1。関数は他の関数や自分自身を呼び出すことができるため、この言語は自然に再帰的でした。^[36] Full は、キーワードを使用した 1 行の関数定義の以前のスタイルも保持しましたDEFが、関数名が "FN" で始まるという要件を削除しました。たとえば、ですDEF AVERAGE(X,Y)=(X+Y)/2。^[37]

以前の BASIC にはスコープの概念がなく、すべての変数はグローバルでした。これは、大規模なモジュールプログラムの構築には適していません。コードの 1 つのセクションがやなどの一般的な変数名を使用して記述されている場合I、その変数の値が変更される可能性があるからです。変数はグローバルであるため、元のコードに戻ったときに変更された値を保持します。構造化プログラミングの重要な概念は、ローカル変数です。これは、複合プログラム内の他の場所にある同じ名前の他の変数とは別に値を保持します。BASIC にはスコープの概念がなかったため、多くのプログラムはグローバルな動作に依存し、サブルーチンとの間で情報を受け渡すために変数を使用していました。新しい言語で両方の概念を可能にするために、Full BASIC では、EXTERNAL関数またはサブルーチンに追加できるキーワードが追加され、その内部の変数はすべてローカルになりました。^[38] BASIC プログラムでは一般にサブルーチンがプログラムのソースコードの末尾に配置されていたため、前方宣言をDECLARE提供するためにキーワードが追加されました。^[39]

データ型と変数

Full BASIC では長い変数名が導入され、ついに過去の 1 文字または 1 桁の文字名から解放されました。新しい制限は 31 文字に設定されました。この変更の小さな欠点の 1 つは、キーワードの間にスペースを入れなければならなかったことです。以前のバージョンのほとんどではスペースを省略できました。これは、1 文字の名前の場合、のような行がFORS=1TOA"FORS" として解析され、2 文字の BASIC では変数になり得ないためです。Full では、FOR S=1 TO A"FORS" は有効な変数名であるため、これを入力する必要があります。^[40]以前の BASIC の場合と同様に、Full のデータタイプは変数名の接尾辞で示されました。Minimal ではこの問題を回避するために数値変数のみを使用しましたが、Full では文字列も含まれており、たとえばのようにドル記号を使用して示されますA$。^[27]

フルBASICでは、浮動小数点システムのデフォルト実装に10進数演算が必要でした。これはハードウェア、特にミニやマイクロで普遍的にサポートされていなかったため、OPTION ARITHMETIC NATIVEシステムのデフォルトの浮動小数点実装を使用して演算を実行することを示すも追加されました。でBCDモードに戻すことができますOPTION ARITHMETIC DECIMAL。これは、固定小数点演算オプション（インストールされている場合）に加えて使用できます。数値変数と文字列変数は、その他の点では他のBASICと同様に機能しました。^[41]

新たに追加されたのは固定小数点演算拡張機能で、これにより変数に特定の精度を持たせることができるようになった。これはコマンドOPTIONAL ARITHMETIC FIXED^[b]に続いてアスタリスクと書式指定子を使用することで有効になり、たとえば、OPTION ARITHMETIC FIXED*8.2すべての数値変数の精度が 8 桁、小数点以下 2 桁に設定される。このような宣言は、プログラムの他の部分の数学コードの前に配置する必要がある。^[43]さらに、任意の変数を次のように個別に定義することもできるDECLARE NUMERIC*8.2 A, B。^[44]

ほとんどの BASIC は、キーワードを使用した配列変数の構築をサポートしていましたDIM。たとえば、DIM A(5), B(2,2)は 1 次元の配列 A と 2 次元 (行列) の配列 B の 2 つを定義します。Full BASIC では、配列の下限は通常 1 でした。したがって、この場合、変数 A には 1 から 5 までの番号が付けられた 5 つの「スロット」があります。OPTION BASE 0上記のを使用すると、この宣言によりインデックス 0 に別のスロットが追加されます。 ^[45] Full では、キーワードを使用して下限と上限を直接指定する新しいシステムも追加されました。TOたとえば、DIM A(100 TO 200)これにより 1 次元の 101 スロット配列が作成されます。^[45]さらに混乱を招くことに、DECLARE NUMERICを使用して配列を作成することもできます。最後の例と同じ次元をを使用して作成できますDECLARE NUMERIC A(100 TO 200)。^[16]

数学、論理、行列

サポートされている数学演算子のリストには、Minimalのすべての演算子+、、、、およびが含まれていました。^[46]-新しい関数は整数除算の剰余を返します。論理演算子のリストが拡張され、、がMinimalから削除されて再追加され、比較演算子の代替形式である、およびが追加されました。^[31]*/^MODANDORNOT=<=>><

主要な組み込み関数のリストは、またはのような一般的な例を含め、以前のバージョンのBASICと同様のままでした。三角関数は、、、、、SQRおよびを含むようABSに拡張されました。新しい関数は、原点と指定されたX、Yポイント間の角度を返します。BASICは通常、角度をラジアンで計算しますが、すべてのパラメータと出力を度に変換し、システムはこれらの変換やその他の場所で使用された関数を公開しました。^[47]ASINACOSATNCOTCSCSECANGLEOPTION ANGLE DEGREESPI

ダートマス BASIC は、その進化の比較的早い段階で行列演算を導入し、これは Full の一部でした。これらは既存の数学関数をオーバーロードするMAT A=A*Bため、 B パラメータが配列でない場合は、2 つの配列を乗算したり、配列の内容をスカラーで乗算したりできます。システムはまた、 ZERo、INVert、 erminate など、配列専用の関数をいくつか追加しました。行列演算の追加には、配列パラメータを埋めるために必要に応じて複数の要素を出力または入力するやDETなどの既存のキーワードの変更も必要です。^[48]PRINTINPUT

MAT INPUT行列は、のように新しい境界を指定することによって、の一部として再次元化されるMAT INPUT A(3.3)。新しい次元の要素の総数は、元のと等しいかそれ以下でなければならないDIM。したがって、この例では、元の定義がであった場合DIM A(2,2)、入力によってエラーが発生する。^[49]

文字列

ダートマス BASIC の初期のバージョンには、文字列変数や操作が含まれていませんでした。プログラム内の文字列はのような定数だけでしたPRINT "HELLO, WORLD!"。1968 年のバージョン 4 では、文字列変数と、それらを操作する 1 つのメソッドが追加されました。これは、文字のASCIICHANGE値を含む配列と文字列を変換します。たとえば、はA に値の配列を生成します。ここで、A(0) は 72 で、これは「H」の 10 進 ASCII 値です。これにより、文字列操作がかなり難しくなりました。たとえば、「HELLO, WORLD!」から「HELLO」を抽出するには、次の操作を行う必要があります。 CHANGE "HELLO, WORLD!" TO A

10 A$ = "HELLO, WORLD!" 20 DIM A ( 25 ), B ( 5 ) 30 A$をAに変更40 FOR I = 1から5 50 B ( I ) = A ( I ) 60 NEXT I 70 BをB$に変更

BASIC の多くの方言では、このような複雑さを避けるために、より便利な文字列操作を実行する独自の方法が追加されていました。Full BASIC では、委員会は HP で導入された概念のバリエーションである「文字列スライス」を選択しました。この概念では、文字列を文字の配列として扱い、「スライス」と呼ばれる配列のような仕様を使用してアクセスできます。Fullで「HELLO, WORLD」から「HELLO」を抽出するには、を使用しますB$=A$(1:5)。この概念はの概念に似ていますCHANGEが、この方法では数値ではなく文字列が生成されるため、PRINT B$「HELLO」を生成できます。Full のアプローチと HP などの以前のアプローチとの大きな違いの 1 つは、スライスに異なる構文を使用していることです。一方、以前のシステムでは配列構文が使用されていました。たとえば、HP では、同等の行はですB$=A$(1,5)。これは配列アクセスと同じ構文であるため、HP (および同様のもの) では一般に文字列配列が許可されませんでしたが、^[50] Full では許可されていました。^[51]

このアプローチは、DEC が選択したソリューション、つまり、新しい文字列、、およびを返す関数の使用とは対照的であるLEFT$。MID$これは、Microsoft がPDP-10RIGHT$で BASIC を書いたときに採用したソリューションである。この 2 つの間の変換はエラーが発生しやすいため、と同等のことを実行するには、Full はを使用する。^[37]RIGHT$(n)DEF Right$(A$, n) = A$(Len(A$)-n+l)

入力/出力

Full BASIC のもう 1 つの重点領域は、入出力(I/O) でした。Minimal BASIC の唯一の I/O は、INPUTおよびコマンドと、ステートメントおよびit をPRINT使用してデータをハードコードする機能でした。ほとんどすべての実用的な方言では、およびを追加して、特定のファイルまたはデバイスを参照するために使用される「チャネル」を作成しました。 DATAREADOPENCLOSE

INPUTには、オプションのPROMPT、文字列、コロン、入力変数（例：）が含まれるようになりましたINPUT PROMPT "What is your age? " : A。^[52]この時までに、ほぼすべての BASIC に、とという単語を使わずにPROMPT、コロンの代わりに既存の印刷区切り文字であるセミコロンを使用する同様の機能が含まれていましたINPUT "What is your age? "; A。たとえば、MS BASIC では、同じ行はになります。これに加えて、Full は新しいキーワードTIMEOUTとも追加しましたELAPSED。INPUT TIMEOUT 30, ELAPSED T, PROMPT "What is your age? ": Aこれは、ユーザーが何も入力しなくても 30 秒後に実行を続行し、かかった時間（おそらく 30 秒）を変数 T に格納します。時計のないシステム（当時は珍しくありませんでした）では、T は常に -1 を返します。^[53]

PRINTは同様に、オプションのUSING文で拡張されましたが、これはすでにいくつかの実装で登場していました。のUSING後には通常、小数点を表すために番号記号、アスタリスク、パーセント記号を使用した書式指定文字列が続きます。書式指定文字列は文字列変数に入れて参照することも、を含むオプションの別の行をIMAGE :行番号で参照することもできます。^[54]^[c] Full は、印刷領域を設定するための新しいコマンドとも追加しました。^[55]SET MARGINこれらのさまざまな設定 (およびその他の設定) の現在の値はを使用して返すことができます。たとえば、の後にが続くと、 J が 30 に設定されます。^[56]SET ZONEWIDTHASKSET MARGIN 10ASK MARGIN J

OPENおよびとCLOSE、番号記号を前に付けたチャネル番号を使用したファイル操作が完全にサポートされています。たとえば、です。その後、およびまたはと新しいOPEN #3: NAME "afile"を使用してデータを書き込むことができます。^[57]追加のファイル処理コマンドにはおよびが含まれ、これらすべてのコマンドには多数のオプションとモードがありました。その多くは、1970 年代後半にまだ一般的だったさまざまな種類の物理デバイスに起因しています。たとえば、磁気テープは順番にしかアクセスできなかったため、新しい標準ではやなどのオプションが提供されました。オプションのリストとそれらの相互作用と制限は、標準の多くのページにわたります。^[58]たとえば、をタイプのファイルに接続することは可能ですが、を必要とするタイプのファイルに接続することはできません。^[59]INPUTPRINTREADWRITEERASEREWRITESEQUENTIALSTREAMPRINTDISPLAYINTERNALWRITE

例外処理とデバッグ

当時の多くの BASIC と同様に、Full は、TRACE ONプログラムの実行時に行番号を出力するコマンドを追加しました。また、を使用して行番号の出力を別のデバイスまたはファイルにリダイレクトすることもできますTRACE ON TO #3。ここで、#3 は以前に開いたチャネルです。また、DEBUG ONおよび関連BREAKステートメントも追加されました。後者は、デバッグが以前にオンになっている場合に例外を引き起こします。デバッグ状態は特定のプログラムに限定されているため、たとえば、1 つのプログラムではオンにして、サブプログラムではオフにすることができます。^[60]

さらに、Full は、ブロックに基づいて、真の例外ハンドラを追加しましたWHEN EXCEPTION...END WHEN。これを使用する方法は 2 つあります。コードブロックがWHEN EXCEPTION IN次のコードで始まっている場合、そのコードはブロックとして実行され、その中の例外によってセクションにジャンプします。USEこれは、と同様に動作しますELSE。また、を使用して別のサブルーチンのようなブロックを定義しHANDLER name、を使用して名前で呼び出すことによっても使用できますWHEN EXCEPTION USE name。^[61]コードは、メタ変数EXTYPEまたはを使用して、どの例外が発生したかをテストできます。EXTEXT$どちらもは必要ありません。はエラーハンドラを終了してエラーの行に戻りましたが、はメインラインコード内で使用して、ブロック内でもエラーを無視できます。^[62]ASKRETRYCONTINUEWHEN

グラフィックス

Fullの設計とほぼ同時期に、グラフィックスカーネルシステム(GKS) を定義する作業が並行して進められていました。これは、Fullのオプションモジュールの 1 つとして提供されました。これにより、標準の他のモジュールとは構文が一致しないLINE STYLE、やWINDOWなどの数十の特殊キーワードが追加されました。たとえば、コマンドは、現在のビューポートへのクリッピングをオンにして、その境界外に描画されたアイテムが表示されないようにします。これは、CLIPブール値ではなく文字列値を受け取ります。CLIP "On"[ ^{63] 、}SHIFT、およびという一般的な画像変更コマンドがいくつか追加されました。^[64]SCALEROTATESHEAR

画像は共通の要素から構成されることが多いため、Full は新しいPICTUREブロック構造を追加しました。これは、ではなくでSUB呼び出され、と似ています。^[65]違いは、画像ブロックの出力をを使用した変更で変更できることです。たとえば、半径 1 の円を生成するを定義した場合、より小さな円を描いての側に移動できます。^[65]DRAWCALLWITHPICTURE CIRCLEDRAW CIRCLE WITH SHIFT(2) * SCALE(.4)

リアルタイム

Full のリアルタイムモジュールは、PARACTキーワードを通じて「並列セクション」の概念を追加しました。これらはサブルーチン (およびピクチャ) のように見えますが、呼び出しを制御するいくつかの追加キーワードがありました。たとえば、に応答しEVENT、コードの他の場所でを発行して実行させるコードを定義できますMESSAGE。メッセージは、ポートの概念を使用して複数のハンドラーを呼び出すことができますSHARED。^[66]

このシステムでは、これらのブロックやオブジェクトを、これらのメッセージを作成する外部コードに接続することもできます。たとえば、定期的にテキスト出力を作成するデバイスを待機するコードを作成して、新しいテキストが利用可能になると適切なハンドラーが自動的に呼び出されるようにすることができます。このようなデバイスからの実際のデータは、文字列や数値などの単純なものではなく、複数の部分で構成される傾向があるため、リアルタイムライブラリには、STRUCTUREアトミックユニットとして読み書きできるを定義する機能も追加されました。^[67]IN FROMこれらは、およびOUT TOコマンドを使用して読み書きされます。 ^[68]または、データがの場合はSHARED、それ以外は同様のGET FROMおよびが使用されますPUT TO。^[69]

多くのリアルタイムプログラムは、単に外部イベントに応答するシステムとしてモデル化できますが、プログラム自体が定期的にこれらのイベントをポストすることも一般的です。このため、Fullは、指定された時間（秒数）または（明示的な時刻）の間、またはイベントが発生するまで実行を一時停止するSTARTコマンドと関連するコマンドを追加しました。^[70]WAITDELAYTIMEEVENT

ECMA 対 ANSI

ECMAとANSI規格は共同で開発されたわけではなく、委員会のメンバーが重複していたものの並行して開発されました。逆に、BASICのISOワーキンググループは独自の規格を開発せず、代わりにECMAまたはANSI規格のいずれかを採用することを計画していました。^[71]

ANSIとは独立して、BASIC標準を担当するECMA委員会はそれをECMA BASIC-1とECMA BASIC-2の2つに分割しました。BASIC-1にはファイル操作システムの一部が含まれていましたが、例外処理はありませんでした。一方、BASIC-2では、ファイルコマンドの完全なセット、固定小数点演算、例外処理システムが追加されました。^[1]さらに、BASIC-1では、などのすべての基本キーワードはPRINTパーサーを簡素化する予約語でしたが、BASIC-2ではANSIパターンに従い、ユーザーが作成したサブルーチンや関数内で使用できました。^[1]

ISOワーキンググループは当初、ECMAの標準を使用する予定だった。2つの異なる候補標準の問題に直面し、1987年9月に、2つを統合した単一の国際標準を開発するよう指示された。これは、どちらの標準に準拠してもISO標準への準拠として主張できることを規定することで達成された。^[71]

注記

^ 1984年の論文で、ルーアマンはそのような機械が1000万台あると推定した。^[8]
^ キーワードは標準文書^[42]OPTIONALの例には現れないが、必須である。
^ は FORTRAN とIMAGE同じように動作します。FORMAT

参考文献

引用

^ abcd ECMA 1986、p. i.
^ McCracken, Harry (2014年4月29日). 「コンピューターをパーソナルにしたプログラミング言語、BASICの50年」Time誌。
^ 「IBM VS 世界: それが現実」。Computerworld 1973 年 12 月 5 日。
^ Leibson, Steve (2017). 「HP: 偶然の、目的を持ったコンピューター会社」HP9825.COM。
^ 「Hewlett-Packard 2100 プロセッサの説明、1972」(PDF) 。 2020年8月18日閲覧。
^ ECMA 1978、p. iii.
^ ルーアマン1984年、173ページ。
^ ルーアマン1984年、152ページ。
^ 標準 1987、pp. i、ii。
^ カーツ1982、182、186頁。
^ カーツ1982年、214ページ。
^ カーツ1982年、188頁。
^ 標準 1987、p. i.
^ カーツ1982年、190ページ。
^ ガンセロス1983年、51ページ。
^ abc ガンセロス 1983、52ページ。
^ ガンセロス1983年、53ページ。
^ 「Viewpoints」PC Mag 1987年9月29日、15ページ。
^ Bellis, Mary (2019年1月26日). 「BASICプログラミング言語の歴史」
^ McGregor, JJ ; Watt, AH (1981 年 10 月)。「PASCAL ルールは OK?: 初心者にコンピュータプログラミングを教える言語としてのPASCALと BASIC の比較」。The Mathematical Gazette。65 ( 433): 171–182。doi :10.2307/3617129。JSTOR 3617129。S2CID 64737920 。
^ メイス1982年、29ページ。
^ ポアネル1985年、366ページ。
^ ドヴォルザーク1984年、88ページ。
^ ガンセロス1983、54ページ。
^ 標準1987、272ページ。
^ 標準1987、106ページ。
^ ab 規格1987、31ページ。
^ 標準1987、29ページ。
^ 標準1987、50ページ。
^ カーツ1982年、196ページ。
^ ガンセロス1983、55ページより。
^ 標準1987、17〜19ページ。
^ 「Next without For」。Microsoft Build 2021年9月13日。
^ 標準1987、87ページ。
^ 標準1987、84ページ。
^ 標準1987、94、95ページ。
^ ab 規格1987、94ページ。
^ 標準1987、94〜100ページ。
^ 標準1987、105ページ。
^ カーツ1982年、192ページ。
^ 標準1987、49ページ。
^ 標準1987、263ページ。
^ 標準1987、262ページ。
^ 標準1987、265ページ。
^ ab 標準1987、66ページ。
^ 標準1987、37ページ。
^ ガンセロス1983、49ページ。
^ ガンセロス1983、70ページ。
^ ガンセロス1983、71ページ。
^ Brannon, Charles (1981 年 4 月)。「Atari BASIC の文字列配列」。Compute !、p. 103。
^ 標準1987、74ページ。
^ 標準1987、111ページ。
^ 標準1987、111、112ページ。
^ 標準1987、123ページ。
^ 標準1987、164ページ。
^ 標準1987、151ページ。
^ 標準1987、142ページ。
^ 標準1987、141〜154ページ。
^ 標準1987、144ページ。
^ 標準1987、195ページ。
^ 標準1987、187〜188ページ。
^ 標準1987、188ページ。
^ 標準1987、199ページ。
^ 標準1987、230ページ。
^ ab 標準1987、p.229。
^ 標準1987、239ページ。
^ 標準1987、239〜240ページ。
^ 標準1987、248ページ。
^ 標準1987、250ページ。
^ 標準1987、244ページ。
^ クルツ1994、478ページ。

文献

ANSI プログラミング言語: 完全な BASIC。ANSI。1987 年 1 月。
標準 ECMA-116: BASIC (PDF)。ECMA。1986 年 6 月。2011 年 10 月 14 日にオリジナル(PDF)からアーカイブされました。
Minimal BASIC (PDF) . ECMA. 1978 年 1 月.
Dvorak, John (1984 年 11 月 19 日)。「悲しいけれど本当のベーシック」。InfoWorld、p. 88。
Guntheroth, Kurt (1983年7 月)。「新しい ANSI BASIC 標準」。SIGPLAN 通知。18 (7): 50–59。doi : 10.1145 /988216.988221。S2CID 31236801 。
Kemeny, John; Kurtz, Thomas (1984)。「BASIC の導入」。Ditlea, Steve (編)。Digital Deli。Workman。ISBN 9780894805912。
Kurtz, Thomas (1982 年 6 月)。「標準 BASIC への道」(PDF) 。Byte。pp . 182–218。
Luehrmann, Arthur (1984 年 5 月)。「BASIC での構造化プログラミング; パート 1」。Creative Computing。pp . 152–156。
Mace, Scott (1982 年 9 月 6 日)。「College Board が Pascal ベースの AP コースを開発中」。InfoWorld、p. 29。
Pournelle, Jerry (1985 年 9 月)。「PC、周辺機器、プログラム、そして人々」。Byte。pp . 366–373。2016年3 月 20 日閲覧。
トッド、マイク (1988 年 9 月 19 日)。「潜在的に強力な言語は不十分」。InfoWorld。pp . 78–80。
Kurtz, Thomas E. (1994). 「プログラミング言語の標準規格の現状、論文8 : Basic から 10 年」。コンピュータ標準とインタフェース。16 (5–6)。エルゼビア: 477–480。doi : 10.1016/0920-5489(94)90028-0。

さらに読む

ケメニー、ジョン、カーツ、トーマス (1987)。構造化BASICプログラミング。Wiley。ISBN 9780471810872。

外部リンク

Decimal BASIC - Full BASICとそのグラフィックモジュールの比較的完全な実装

[9] 1984年の論文で、ルーアマンはそのような機械が1000万台あると推定した。^[8]

[44] キーワードは標準文書^[42]OPTIONALの例には現れないが、必須である。

[57] ^ は FORTRAN とIMAGE同じように動作します。FORMAT

[FOOTNOTEECMA1986i-1] ECMA 1986、p. i.

[2] McCracken, Harry (2014年4月29日). 「コンピューターをパーソナルにしたプログラミング言語、BASICの50年」Time誌。

[3] 「IBM VS 世界: それが現実」。Computerworld 1973 年 12 月 5 日。

[4] Leibson, Steve (2017). 「HP: 偶然の、目的を持ったコンピューター会社」HP9825.COM。

[5] 「Hewlett-Packard 2100 プロセッサの説明、1972」(PDF) 。 2020年8月18日閲覧。

[FOOTNOTEECMA1978iii-6] ECMA 1978、p. iii.

[FOOTNOTELuehrmann1984173-7] ルーアマン1984年、173ページ。

[FOOTNOTELuehrmann1984152-8] ルーアマン1984年、152ページ。

[FOOTNOTEStandard1987i,_ii-10] 標準 1987、pp. i、ii。

[FOOTNOTEKurtz1982182,_186-11] カーツ1982、182、186頁。

[FOOTNOTEKurtz1982214-12] カーツ1982年、214ページ。

[FOOTNOTEKurtz1982188-13] カーツ1982年、188頁。

[FOOTNOTEStandard1987i-14] 標準 1987、p. i.

[FOOTNOTEKurtz1982190-15] カーツ1982年、190ページ。

[FOOTNOTEGuntheroth198351-16] ガンセロス1983年、51ページ。

[FOOTNOTEGuntheroth198352-17] ガンセロス 1983、52ページ。

[FOOTNOTEGuntheroth198353-18] ガンセロス1983年、53ページ。

[19] 「Viewpoints」PC Mag 1987年9月29日、15ページ。

[20] Bellis, Mary (2019年1月26日). 「BASICプログラミング言語の歴史」

[21] ^ McGregor, JJ ; Watt, AH (1981 年 10 月)。「PASCAL ルールは OK?: 初心者にコンピュータプログラミングを教える言語としてのPASCALと BASIC の比較」。The Mathematical Gazette。65 ( 433): 171–182。doi :10.2307/3617129。JSTOR 3617129。S2CID 64737920 。

[FOOTNOTEMace198229-22] メイス1982年、29ページ。

[FOOTNOTEPournelle1985366-23] ポアネル1985年、366ページ。

[FOOTNOTEDvorak198488-24] ドヴォルザーク1984年、88ページ。

[FOOTNOTEGuntheroth198354-25] ガンセロス1983、54ページ。

[FOOTNOTEStandard1987272-26] 標準1987、272ページ。

[FOOTNOTEStandard1987106-27] 標準1987、106ページ。

[FOOTNOTEStandard198731-28] 規格1987、31ページ。

[FOOTNOTEStandard198729-29] 標準1987、29ページ。

[FOOTNOTEStandard198750-30] 標準1987、50ページ。

[FOOTNOTEKurtz1982196-31] カーツ1982年、196ページ。

[FOOTNOTEGuntheroth198355-32] ガンセロス1983、55ページより。

[FOOTNOTEStandard198717–19-33] 標準1987、17〜19ページ。

[34] 「Next without For」。Microsoft Build 2021年9月13日。

[FOOTNOTEStandard198787-35] 標準1987、87ページ。

[FOOTNOTEStandard198784-36] 標準1987、84ページ。

[FOOTNOTEStandard198794,_95-37] 標準1987、94、95ページ。

[FOOTNOTEStandard198794-38] 規格1987、94ページ。

[FOOTNOTEStandard198794–100-39] 標準1987、94〜100ページ。

[FOOTNOTEStandard1987105-40] 標準1987、105ページ。

[FOOTNOTEKurtz1982192-41] カーツ1982年、192ページ。

[FOOTNOTEStandard198749-42] 標準1987、49ページ。

[FOOTNOTEStandard1987263-43] 標準1987、263ページ。

[FOOTNOTEStandard1987262-45] 標準1987、262ページ。

[FOOTNOTEStandard1987265-46] 標準1987、265ページ。

[FOOTNOTEStandard198766-47] 標準1987、66ページ。

[FOOTNOTEStandard198737-48] 標準1987、37ページ。

[FOOTNOTEGuntheroth198349-49] ガンセロス1983、49ページ。

[FOOTNOTEGuntheroth198370-50] ガンセロス1983、70ページ。

[FOOTNOTEGuntheroth198371-51] ガンセロス1983、71ページ。

[52] Brannon, Charles (1981 年 4 月)。「Atari BASIC の文字列配列」。Compute !、p. 103。

[FOOTNOTEStandard198774-53] 標準1987、74ページ。

[FOOTNOTEStandard1987111-54] 標準1987、111ページ。

[FOOTNOTEStandard1987111,_112-55] 標準1987、111、112ページ。

[FOOTNOTEStandard1987123-56] 標準1987、123ページ。

[FOOTNOTEStandard1987164-58] 標準1987、164ページ。

[FOOTNOTEStandard1987151-59] 標準1987、151ページ。

[FOOTNOTEStandard1987142-60] 標準1987、142ページ。

[FOOTNOTEStandard1987141–154-61] 標準1987、141〜154ページ。

[FOOTNOTEStandard1987144-62] 標準1987、144ページ。

[FOOTNOTEStandard1987195-63] 標準1987、195ページ。

[FOOTNOTEStandard1987187–188-64] 標準1987、187〜188ページ。

[FOOTNOTEStandard1987188-65] 標準1987、188ページ。

[FOOTNOTEStandard1987199-66] 標準1987、199ページ。

[FOOTNOTEStandard1987230-67] 標準1987、230ページ。

[FOOTNOTEStandard1987229-68] 標準1987、p.229。

[FOOTNOTEStandard1987239-69] 標準1987、239ページ。

[FOOTNOTEStandard1987239–240-70] 標準1987、239〜240ページ。

[FOOTNOTEStandard1987248-71] 標準1987、248ページ。

[FOOTNOTEStandard1987250-72] 標準1987、250ページ。

[FOOTNOTEStandard1987244-73] 標準1987、244ページ。

[FOOTNOTEKurtz1994478-74] クルツ1994、478ページ。