アタリベーシック

アタリベーシック

実行準備の整ったプログラム
家族	ベーシック
デザイン：	ポール・ロートン キャスリーン ・オブライエン キャロル ・ショウ（ドキュメンタリー）キース ・ブリュースター（ドキュメンタリー）
開発者	シェパードソンマイクロシステムズ
初登場	1979年; 45年前 （1979年）
安定リリース	改訂版 C / 1983 ; 41 年前 （1983年）
プラットフォーム	Atari 8ビットコンピュータ
ライセンス	商用の プロプライエタリソフトウェア
影響を受けた
データ一般ビジネス基礎[1]
影響を受けた
BASIC A+、BASIC XL、BASIC XE、Turbo-BASIC XL

Atari BASIC は、Atari 8 ビット コンピュータに同梱されていたBASICプログラミング言語のインタープリタです。家庭用コンピュータ時代のほとんどのアメリカ製 BASIC とは異なり、Atari BASIC はMicrosoft BASICの派生ではなく、重要な点で異なります。Atari 固有の機能のキーワードが含まれており、文字列配列のサポートがありません。

この言語は、1979 年の Atari 400 および 800 コンピュータで使用するために 8  KB ROM カートリッジとして配布されました。1983 年の 600XL および 800XL 以降、BASIC はシステムに組み込まれています。ソフトウェアには、オリジナルのカートリッジ ベースの「A」、600XL/800XL に組み込まれた「B」、および後期モデルの XL および XE シリーズの最終「C」バージョンの 3 つの主要なバージョンがあります。

Atari 8 ビット コンピュータは同時代のほとんどのコンピュータよりも高速に動作していましたが、いくつかの技術的な決定により、Atari BASIC はパフォーマンス ベンチマークで最下位近くに位置していました。オリジナルの作者は、一連の改良版であるBASIC A+ (1981)、BASIC XL (1983)、および BASIC XE (1985) でこれらの問題のほとんどに対処しました。

Atari BASICの完全な注釈付きソースコードと設計仕様は、 1983年に『 The Atari BASIC Source Book』として出版されました。^[2]

Atari 8ビットコンピュータとなるマシンは、もともとAtari VCSに代わる第2世代のビデオゲームコンソールとして開発されました。Atariの新社長であるRay Kassarは、代わりに家庭用コンピュータを構築することでApple Computerに挑戦することを決意しました。^[3]

これは、設計に家庭用コンピュータの標準であるBASICプログラミング言語を含める必要があることを意味しました。1978年初頭、AtariはMicrosoft BASICのMOS 6502バージョンのソースコードのライセンスを取得しました。^[4 ]これは2つのバージョンで提供されました。1つはコンパイル時に約7800バイトの32ビット浮動小数点形式を使用し、もう1つは9KBに近い拡張40ビット形式を使用しました。^[5]

32ビット版ですら、マシンのROMカートリッジフォーマットの8KBサイズにかろうじて収まった。Atariは、AppleがApplesoft BASICで行ったのと同様に、コンピュータのハードウェア機能をサポートするために言語を拡張する必要があると感じていた。これにより、Atariバージョンのサイズは約11KBに増加した。Apple II+のAppleSoft BASICは10,240バイト長だった。^[a] 6か月後、コードは8KBのROMにほぼ収まるまで削減されたが、^{[4] Atariは、マシンのデモを行う}コンシューマーエレクトロニクスショー（CES）の1979年1月の締め切りに直面していた。彼らは、ショーに間に合うようにBASICのバージョンを準備するために協力を求めることにした。^[4]

1978年9月、シェパードソン・マイクロシステムズがBASICの完成を競い合った。^[4]当時、同社はZ80ベースのCromemco S-100バスマシン用のCromemco 16K Structured BASICを完成させていた。^{[6] [7]}開発者のキャスリーン・オブライエン氏とポール・ロートン氏は、タイムシェアリングシステムでのデータジェネラルの経験を踏まえ、整数のみの実装であるデータジェネラル・ビジネス・ベーシックをBASICのインスピレーションとして使用した。^[1]

Cromemco BASIC には、 Zilog Z80プロセッサの 16 個のレジスタすべてを使用して実現された14 桁の2 進化 10 進数(BCD) 形式を使用した拡張浮動小数点実装が含まれていました。編集時にすべてのデータを内部形式に変換するため、「1」などの小さな定数は大量のメモリを消費し、数値の配列を格納するときに特に問題になる可能性がありました。この問題に対処するため、この言語は 6 桁の BCD 形式もサポートしました。また、行番号や同様のシステム値などの内部値を格納するための別の 16 ビット整数形式も含まれていました。^[8]

6502 の最も小さな BASIC でも、一般的には約 10K を使用しました。たとえば、Commodore BASIC は9Kを使用しましたが、 KERNALのサポートにも依存していました。^[b] Applesoft BASIC は10780 バイトを使用しました。^[c] 8K ROM に収めるという目標を達成するために、新しい BASIC は 2 つの部分、つまりカートリッジ上の言語自体と、システムの 10K ROM の 2K を使用する別の FP ライブラリに分かれていました。^[11] 2k 以内に収めるために、浮動小数点システムは 6 桁形式のみをサポートしました。

アタリは提案を受け入れ、1978年10月に仕様が確定すると、ラウトンとオブライエンはこの新しい言語の開発に着手した。^[4]契約では納品日を1979年4月6日までと定めており、これにはファイルマネージャシステム（後にDOS 1.0として知られる）も含まれていた。^{[11]アタリの計画では、1979年のCESにMicrosoft BASICの初期の8Kバージョンを持ち込み、その後生産をAtari BASICに切り替えることになっていた。契約の}ボーナス条項のおかげで開発は急速に進み、最初のバージョンは10月に納品された。アタリはCESにMicrosoftの代わりに8Kカートリッジバージョンを持ち込んだ。^[12] アタリMicrosoft BASICは後に別製品として発売された。^[13]

シェパードソンがCESデモ用にアタリに提供したバージョンは最終版として意図されたものではなく、シェパードソンはバグの修正を続けた。^[12]シェパードソンは知らなかったが、アタリはすでにCESバージョンを製造に送っていた。^[14]

このバージョンは後にリビジョンAとして知られるようになった。メモリをコピーするルーチンに重大なバグが含まれていた。256バイト長のコード行を削除すると、次のコマンドを入力した後でロックアップが発生する。Resetキーでは修正できない。^[15]

リビジョン B はリビジョン A の主要なバグを修正しようとしたもので、1983 年に 600XL および 800XL モデルの内蔵 ROM としてリリースされました。メモリ コピーのバグを修正しているときに、プログラマーは行を挿入するセクションに同じコード パターンがあることに気付き、同じ修正を適用しました。これにより、元のバグがこのコードに持ち込まれました。新しい行を挿入することは、古い行を削除するよりもはるかに一般的であるため、この変更によりクラッシュの数が劇的に増加しました。^[15]SAVEまた、リビジョン B では、プログラムがd およびedされるたびに 16 バイトが追加されLOAD、最終的には、最も小さなプログラムでもマシンのメモリが不足するようになりました。^{[16] [17]} Mapping the Atari は、これらを「恐ろしいバグ」と表現し、リビジョン B の所有者に「ふざけないでください。カートリッジで入手できる新しい ROM を入手してください」とアドバイスしました。^[17]カートリッジを持っていない人のために、この本には、リビジョン B をリビジョン C にパッチするタイプイン プログラムが記載されています。^[18]

リビジョンCはリビジョンBのメモリリークを解消しました。^{[17]これは800XLの後継機種[16]}とXEGSを含むすべてのXEモデルに組み込まれています。リビジョンCはカートリッジとしても入手可能でした。^[17]

バージョンはPRINT PEEK(43234)READYプロンプトで入力することで確認できます。結果は162リビジョンA、96リビジョンB、234リビジョンCです^。[19]

ほとんどの家庭用コンピュータの BASIC と同様に、Atari BASIC は行エディタを中心に展開されます。プログラム行は、最大 3 行の物理画面行 (40 文字、合計 120 文字) にすることができます。カーソルは自由に移動でき、エディタは現在の画面行がどの BASIC プログラム行の一部であるかを自動的に追跡します。たとえば、カーソルが現在行 30 にあり、ユーザーがカーソル アップを使用して行 20 に移動すると、その時点からの編集は行 20 で実行されます。

Atari BASICのエディタは、MS由来のバージョンでは気づかれないような多くのエラーをキャッチします。エラーが見つかった場合、エディタはその行を再表示し、エラーの近くのテキストを反転表示します。エラーは数値コードで表示され、説明はマニュアルに印刷されます。^[20]行エディタの動作方法により、ユーザーはすぐにエラーを修正できます。上図の例（PRUNT）では、 の上にカーソルを移動しU、 と入力し（エディタには上書きモードしかありません）、 を押すことでエラーを修正できます。 IRETURN

^{0 から 32767 までの先頭の数字[21]}をつけて入力された行は、現在のプログラムに挿入されるか、既存の行を置き換えます。行番号がない場合、インタープリタは番号 -1 (8000 ₁₆ ) を割り当て、コマンドは「即時モード」ですぐに実行されます。 コマンドRUNは、格納されているプログラムを最も小さい行番号から実行します。 Atari BASIC では、すべてのコマンドを両方のモードで実行できます。 たとえば、はLISTプログラム内で使用できますが、多くのインタープリタでは、これは即時モードでのみ使用できます。

入力時に、キーワードは、単語の任意の位置にピリオドを入力することによって、Palo Alto Tiny BASICによって設定されたパターンを使用して省略できます。したがって、L.は に展開されLIST、 も同様ですLI.。省略形を一意にするのに十分な文字を入力するだけでよいため、 がPLOT必要です。これはPL.、単一の文字 P が一意ではないためです。省略形を展開するために、トークナイザーは予約語のリストを検索して、指定された部分に一致する最初のものを見つけます。より一般的に使用されるコマンドは、 がREM先頭にある予約語リストの最初にあります ( と入力できます.)。後でプログラムがLISTed されると、常に完全な単語が書き出されますが、次の 3 つの例外があります。PRINTには同義語があります?。GOTOには同義語があります。 には同義語がありますGO TO。 と、LET空の文字列である同義語があります (したがって、 と は同じ意味です)。これらは別々のトークンであるため、プログラム リストでもそのように残ります。 MS BASIC では の短縮形として も許可されていましたが、これは同じトークンを使用するため、 edの場合はに拡張され、同義語ではなく略語として扱われていました。 10 LET A = 1010 A = 10?PRINTPRINTLIST

編集中にユーザーが を押すと、現在の行がメモリの 580 から 5FF ₁₆の間の BASIC 入力行バッファにコピーされます。^[21] Atari BASIC のトークナイザーはテキストをスキャンし、各キーワードを 1 バイトのトークン (たとえば、は 20 ₁₆ ) に変換し、^[22]各数値を 6 バイトの浮動小数点値に、各変数名をテーブルのインデックスに変換するなどして、行が完全に解釈しやすい形式に変換されます。結果は、80、81 ₁₆に格納されている LOMEM ポインタによってポイントされる、使用可能な空きメモリの最小値の最初の 256 バイトにある出力バッファに格納されます。^[21]トークナイザーからの出力は次に再配置されます。プログラムは解析ツリーとして格納されます。^[d]RETURNPRINT

シェパードソンは、この完全なトークン化の概念を「プリコンパイルインタープリタ」と呼んだ。^[23]結果として得られるトークン化されたコードは、実行時に解析が不要になるため、実行速度が速くなる。欠点は、0や1などの小さな定数がそれぞれ6バイトになり、元のテキストよりも長くなることである。

一連のポインタ (アドレス) はさまざまなデータを示します。変数名は変数名テーブル(VNTP – 82, 83 ₁₆ ) に格納され、その値は変数値テーブル(VVTP – 86, 87 ₁₆でポイント) に格納されます。このように変数名を間接指定することで、変数への参照では、適切なテーブルへのエントリをアドレス指定するのに 1 バイトのみが必要になります。文字列変数には独自の領域 (STARP – 8C, 8D ₁₆でポイント) があり、ループ ステートメント ( ) とサブルーチン ( )の行番号を格納するために使用されるランタイム スタック (RUNSTK – 8E, 8F _{16でポイント) にも同じ領域があります。最後に、BASIC メモリの使用終了は、MEMTOP – 90, 91 16} ) ポインタに格納されたアドレスによって示されます。 FOR...NEXTGOSUB...RETURN

Atari BASIC には、正弦、余弦、逆正接の 3 つの三角関数が含まれています。これらの関数でラジアンを使用するか度を使用するかを設定しDEGますRAD。デフォルトではラジアンが使用されます。 8 つの追加関数には、丸め、対数、平方根があります。 ランダム関数 は、RND0 から 1 までの数値を生成します。 パラメーターは使用されません。

Atari BASICはHewlett-Packard BASICの文字列処理システムをコピーしたもので、^[24]基本データ型は1文字で、文字列は文字の配列です。内部的には、文字列は文字列の最初の文字へのポインタとその長さで表されます。文字列を初期化するには、最大長でDIMensionedにする必要があります。例:

10 DIM A$ ( 20 ) 20 PRINT "メッセージを入力してください: " ; 30 INPUT A$ 40 PRINT A$  
  
  
  

このプログラムでは、20 文字の文字列が予約されており、文字列の長さを超える文字は切り捨てられます。文字列の最大長は 32,768 文字です。文字列の配列はサポートされていません。

文字列には、配列のインデックス関数、またはスライスを使用してアクセスします。はA$(1,10)、 の最初の 10 文字の文字列を返しますA$。配列は 1 からインデックス付けされるため、長さ 10 の文字列は 1 から始まり、10 で終わります。スライス関数は、割り当てられた既存のメモリ内の開始点と終了点へのポインタを設定するだけです。

配列は初期化されないため、数値配列または文字列には、割り当てられたときにメモリにあったデータがすべて含まれます。次のトリックを使用すると、文字列の初期化を高速化できます。また、メモリの大きな領域から不要なゴミを消去するのにも役立ちます。数値配列は、FOR...NEXT ループでのみ消去できます。

10 REM A$を1000文字のXで初期化する20 DIM A$ ( 1000 ) 30 A$ = "X" : A$ ( 1000 ) = A$ : A$ ( 2 ) = A$ 
  
 

文字列の連結は次の例のように機能します。ターゲット文字列は結合された文字列を保持できる大きさである必要があります。そうでない場合、エラーが発生します。

10 DIM A$ ( 12 ), B$ ( 6 ) 20 A$ = "こんにちは" : B$ = "そこです!" 30 A$ ( LEN ( A$ ) + 1 ) = B$ 40 PRINT A$  
 
 
  

DATA ステートメント内の値は、カンマで区切られており、型指定されていません。したがって、DATA ステートメント内の文字列は通常、引用符で囲まれません。その結果、データ項目にカンマを含めることはできませんが、二重引用符を組み込むことはできます。DATA ステートメント内の数値は、読み込まれる変数の型に応じて、文字列または数値として読み取られます。READ ステートメントは、配列変数では使用できません。

Atari OS には、 CIO (Central Input/Output) と呼ばれる周辺機器の入出力 (I/O)用サブシステムが含まれています。ほとんどのプログラムは、共通のインターフェイスに準拠しているため、使用するデバイスとは独立して作成できます。これは、当時の家庭用コンピュータでは珍しいことでした。Atari BASIC や Atari OS を使用する他のプログラムで自動的に使用できる新しいデバイス ドライバーを簡単に作成でき、既存のドライバーを新しいドライバーに置き換えたり、新しいドライバーで拡張したりできます。たとえば、 E: を置き換えると、ROM 内のドライバーを置き換えて 80 列の表示を提供したり、行が返されるたびにチェックサムを生成するためにそれをピギーバックしたりできます(入力したプログラム リストを確認する場合など)。

Atari BASIC は、予約語OPEN #、CLOSE #、PRINT #、INPUT #、GET #、PUT #、NOTE #、POINT #、およびXIO #を使用した CIO アクセスをサポートしています。OS には単純なグラフィック描画機能のルーチンがありますが、すべてが特定の BASIC キーワードとして使用できるわけではありません。線描画用のPLOTおよびDRAWTO はサポートされていますが、基本的な線形幾何学的形状の領域塗りつぶしを提供するコマンドはサポートされていません。塗りつぶし機能は、BASIC コマンドXIO を使用して呼び出される一般的な CIO エントリ ポイントを通じて使用できます。

BASIC ステートメントOPEN # は、デバイスを I/O アクセス用に準備します。

10 REM チャネル1のカセット デバイスを BASIC で読み取り用に開きます20 OPEN # 1、4、0 、「C:MYPROG.DAT 」 
  

ここで、OPEN # は「チャネル 1 が空いていることを確認する」こと、C:ドライバを呼び出してデバイスを準備することを意味します (これにより、カセット テープ スプールが張力をかけられ、ヘッドが進められ、カセット テープ プレーヤーは「一時停止」状態になります)。4 は「読み取り」を意味します (他のコードは、書き込みの場合は8、読み取りと書き込みの場合は12 = 8 + 4です)。3 番目の数字は補助情報で、必要ない場合は 0 に設定されます。C :MYPROG.DATはデバイスの名前とファイル名です。ファイル名はカセット ドライバでは無視されます。物理デバイスには番号 (主にディスク、プリンタ、シリアル デバイス) が付けられるため、「P1:」はプロッタ、「P2:」はデイジー ホイール プリンタ、または「D1: 」は 1 つのディスク ドライブ、「 D2:」など になります。番号がない場合は、1 とみなされます。

LPRINT ステートメントは文字列をプリンタに送信します。

A は、キーボード ドライバーによって維持されるメモリ位置をPEEK するか、ファイルとして開くことによって読み取られます(例)。後者はキーが押されるまで待機します。 OPEN 1,4,0,"K:":GET #1,A$

DOSBASIC から入力すると、 Atari DOSコマンド メニューに戻ります。現在のディスクでメモリ スワッピング ファイル機能が有効になっていない限り、保存されていないプログラムは失われます。BASIC 内からディスク ディレクトリを表示するコマンドはありません。これは、DOS に終了して実行する必要があります。

Atari BASICは、サウンド（ SOUNDステートメント経由）、グラフィックス（GRAPHICS、SETCOLOR、COLOR、PLOT、DRAWTO）、およびコントローラ（STICK、STRIG、PADDLE、PTRIG）をサポートしています。^[25] SOUNDステートメントは、ハードウェアの4つの矩形波チャネルの1つを、音量、ピッチ、歪みのパラメータとともに設定します。

より高いピッチ解像度、ハイパス フィルタ、デジタル化されたサウンドと波形、プレイヤー/ミサイル グラフィックス (スプライト)、再定義された文字セット、スクロール、カスタム グラフィックス モードなどのハードウェアの高度な機能は、BASIC ではサポートされていません。これらには、マシン語ルーチンまたは PEEK/POKE ステートメントが必要です。ハードウェアでサポートされている 17 の基本文字/グラフィック モードのいくつかは、OS ROM がサポートしていないため、Atari 400/800 の BASIC から簡単にアクセスできません。これらには、いくつかのマルチカラー文字モード (ANTIC モード 4 と 5)、ディセンダ文字モード (ANTIC モード 3)、および最高解像度の 2 色および 4 色モード (ANTIC モード C と E、160x192 ピクセル) が含まれます。これらにアクセスする唯一の方法は、PEEK/POKEまたはマシン語を使用して、ANTIC レジスタとディスプレイ リストを手動で設定することです。 XL/XEのOS ROMでは、ANTICモード3を除くこれらのモードのサポートが追加されました。ANTICモード3では、正しく動作するためにRAMに再定義された文字セットが必要です。^[26]

BASIC のビットマップ モードは通常、画面の下部の最後の 4 行を占めるテキスト ウィンドウを持つように設定されており、ユーザーはプロンプトを表示したり、プログラムにデータを入力したりできます。GRAPHICS ステートメントで呼び出されたモード番号に 16 が追加されると、画面全体がビットマップ モードになります (例: GRAPHICS 8+16)。フル スクリーンでビットマップ モードが呼び出されると、プログラムの実行が終了すると Atari BASIC はテキスト モードに正常に切り替わり、ブラインド コマンドを入力するかコンピューターをリセットして脱出しなければならないような応答のない画面がユーザーに残されるのを防ぎます。

ビットマップ座標は 0 から最大行/列 - 1 の範囲にあるため、モード 6 (160x192) では、ピクセルの最大座標は 159 と 191 になります。Atari BASIC がモードで許可されている座標を超えてプロットしようとすると、ランタイム エラーが発生します。

Atari BASIC では、数値変数と式を使用して、GOTOおよびGOSUBコマンドに行番号を指定できます。たとえば、画面をクリアするサブルーチンは と記述できGOSUB CLEARSCREEN、 よりも理解しやすいですGOSUB 10000。

文字列のベース アドレスは変数テーブルに格納されます。文字列アドレスは、RAM の任意の領域を指すようにリダイレクトできます。これにより、文字列とサブ文字列の割り当ての基礎となる高速メモリ シフト ルーチンを、BASIC から画面またはプレーヤー/ミサイル グラフィックに使用されるメモリに適用できます。これは、Atari BASIC から直接プレーヤー/ミサイル イメージを高速に垂直に移動させる場合に特に便利です。

数値変数と式をステートメントのパラメータとして使用してRESTORE、DATAなどのコードを通じてステートメントにランダムにアクセスすることができます。これは、静的な文字列配列をエミュレートするためにも使用できます。 RESTORE ROOMBASE+ROOMNUMBER:READ DESCRIPTION$, TREASURE$, EXITSRESTORE STRBASE+INDEX:READ A$:PRINT A$

エラーが発生すると、ステートメントTRAPは行番号にジャンプします。これにより、手動でエラーをチェックする必要性が軽減されます。たとえば、画面にグラフィックスを描画する場合、行が現在のグラフィックス モードの画面境界を超えているかどうかを確認する必要はありません。このエラー状態をトラップし、必要に応じてエラーを処理できます。

コマンドENTERは、デバイスからソース コードを読み取り、ユーザーが入力したかのように、現在のプログラムにマージします。これにより、プログラムを を介してセクション別に保存しLIST、 を使用して読み込んでENTER既存のコードをマージまたは置換することができます。重複しない行番号のブロックを使用することで、プログラマーはサブルーチンのライブラリを構築し、必要に応じて新しいプログラムにマージすることができます。

エディターは、EOF に達するまで画面からの入力を繰り返し読み取るように設定できます。これにより、プログラムは画面CONTに新しいプログラム コードとそれに続くステートメントを書き込むことができ、画面のカーソルを新しいコードの先頭、つまりSTOP実行中のプログラムに配置して、新しいコードを読み込んでからCONTステートメントによって実行を続行できます。

Atari BASIC は、文字列またはメモリに格納されたマシン コード サブルーチンを呼び出すことができます。アドレス 1536 ₁₀ (600 ₁₆POKE )から始まる 256 バイトの領域がこの目的によく使用されます。

マシン コードは関数で呼び出されますUSR。最初のパラメーターはサブルーチンのアドレスで、次の値はパラメーターです。コードが という名前の文字列に格納されている場合は、ROUTINE$のように 2 つのパラメーターで呼び出すことができます。 ANSWER=USR(ADR(ROUTINE$),VAR1,VAR2)

USRパラメータは、呼び出しで指定された順序（下位バイト、上位バイトの順）で16 ビット整数としてハードウェア スタックにプッシュされます。最後のバイトは、引数の数を示すためにプッシュされます。マシン言語コードは、RTS命令を介して戻る前にこれらの値を削除する必要があります。16 ビットの値は、アドレス 212 ₁₀と 213 ₁₀（D4 ₁₆と D5 ₁₆）に配置することで、BASIC に返すことができます。

Atari BASICはバッカスナウア形式をサポートしていた。これはCarol Shawによって部分的に文書化されている。^[27] ShawはKeith BrewsterとともにAtari BASICリファレンスマニュアルも執筆した。^{[28] [29] [30]}

理論上、Atari BASIC は MS パターンに基づく現代の BASIC よりも高速に動作するはずです。ソース コードは入力時に完全にトークン化されるため、トークン化と解析の手順はすべて完了しています。複雑な数学演算もすぐに実行でき、数値定数はすでに内部の 40 ビット形式に変換されており、変数の値は検索する必要はなく、アドレスによって参照されます。^[e]実際には、Atari BASIC は他のほとんどの家庭用コンピュータBASIC よりも遅く、その差は大きいことがよくあります。^[31]

当時広く使われていた2つのベンチマーク、バイト誌のエラトステネスのふるいとデビッド・H・アールが書いたクリエイティブ・コンピューティングのベンチマークテストでは、アタリはパフォーマンスの点でリストの末尾近くに終わり、同じCPUが約2倍の速度で動作しているにもかかわらず、同時代のApple IIやPETよりもはるかに遅かった[ 32 ] 。^{アタリは、} ZX81などの低速マシンや一部のプログラム可能な電卓よりも遅れをとっていた^[33]。

言語の遅さのほとんどは3つの問題から生じています。^[31]

1 つ目は、浮動小数点演算ルーチンの最適化が不十分であることです。Ahl ベンチマークでは、1 つの指数演算がマシンの低パフォーマンスの大きな原因でした。^[31]浮動小数点と 16 ビット整数間の変換も特に遅いです。内部的には、これらの整数は行番号や配列のインデックス作成、その他のいくつかのタスクに使用されますが、トークン化されたプログラム内の数値は2 進化 10 進数(BCD) 形式で格納されます。^[34]の行番号など、これらのいずれかに遭遇するたびにGOTO 100、BCD 値が整数に変換されますが、これには最大 3500 マイクロ秒かかることがあります。^[35]

GOTOもう1つの問題は、Atari BASICがどのように分岐を実装しているかである。またはで分岐を実行するためにGOSUB、インタープリタはプログラム全体を検索して一致する行番号を探す。^[36]対照的に、MS由来のBASICの現代版では、分岐先の行番号が大きい場合は現在の行から前方に検索するため、分岐のパフォーマンスが平均で約2倍向上している。

関連するより深刻な問題は、ループの実装ですFOR。NEXT文FORが実行されると、Atari BASIC はその行番号を記録します。その行にNEXT到達するたびに、前回と同じ場所にあるにもかかわらず、プログラム内でその行を検索します。^[31]他のすべての BASIC は、代わりに文のメモリ位置を記録しFOR、検索することなくすぐにそこに戻ることができます。

このパフォーマンスの低さの理由は、その主要著者の一人であるビル・ウィルキンソンの 1982 年の発言によって最もよく説明されます。

個人的には、インタプリタ型言語（例えば、BASIC）が高速である必要があるかどうかは、これまで一度も確信が持てませんでした。著者らは、Atari BASIC はこれまでで最も遅い言語だと主張しています。私の最初の衝動は、「誰がそんなことを気にするんだ？」でした。^[37]

この哲学は、ゲームを書くために必要なパフォーマンスを持つように特別に設計された、 オリジナルのApple I用のSteve WozniakのApple BASICの哲学と対比することができます。

ハードウェアアーケードゲームを設計した後、私はそれらをBASICでプログラムできれば世界が変わるだろうと悟りました。^[38]

このプラットフォームでは、これらの問題の一部またはすべてに対処したサードパーティのBASICがいくつか登場しました。これにはウィルキンソン自身のBASIC XLが含まれており、 Byteベンチマークの時間を194秒から58秒に短縮し、^[31] 3倍以上高速化しました。Ahlベンチマークでは、Atari BASICでは405秒かかりましたが、Turbo-BASIC XLではまったく同じコードを実行すると41.6秒かかり、桁違いの改善が見られました。^[39]

• 行の入力時に構文がチェックされ、エラーがすぐに強調表示されます。
• 変数名は任意の長さにすることができ、すべての文字が意味を持ちます。
• 次のキーワードは Atari BASIC にはありません: INKEY$、、、、、、。CLSDEF FNSPCTABELSE
• すべての配列は使用前に次元を指定する必要がありますが、Microsoft BASIC では、次元が指定されていない場合、配列の要素数はデフォルトで 10 になります。
• 文字列変数は文字配列として扱われ、使用する前に次元を指定する必要があります。MS BASIC は文字列をヒープ上に格納し、ガベージコレクションのために一時停止することがあります。
• 関数LEFT$、MID$、 はRIGHT$文字列インデックスに置き換えられます。
• 文字列連結用の演算子はありません。
• 文字列の配列はありません。
• 整数変数はサポートされていません。
• ビット演算子はありません。
• INPUTプロンプトを許可しません。
• PRINTは、Microsoft BASIC ではと省略できます?が、Atari BASIC では とトークン化されませんPRINT。疑問符のままになります。
• GOTOandのターゲットはGOSUB変数または式にすることができます。
• RESTORE数値定数、変数、または式をパラメータとして受け取り、次の行をREAD指定された行番号から開始することができます。
• FOR..NEXTAtari BASIC のループでは、ステートメントによって参照される変数名が必要ですNEXTが、Microsoft BASIC では必要ありません。
• NEXTMicrosoft BASIC の場合と同様に、ステートメントでは複数の変数は許可されません(例: NEXT X,Y)。
• LISTマイナス記号の代わりにカンマを使用して範囲を区切ります。

• アタリ計算機

• Atari BASIC、良い点、悪い点、そして醜い点
• Albrecht, Bob; Finkel, LeRoy; Brown, Jerald R. (1979). Atari Basic - A Self-Teaching Guide . 2013 年6 月 29 日閲覧。
• Albrecht, Bob; Finkel, LeRoy; Brown, Jerald R. (1985). Atari Basic - XL Edition . 2013年6月29日閲覧。
• Wikiversity: Atari BASIC プログラミング