スパゲッティスタック

スパゲッティスタックの例。アクティブなスタックフレームがハイライトされている。

スパゲッティスタック(spaghetti stack; 他に cactus stack, saguaro stack, in-treeとも)とは、子ノードが親ノードへのポインタを持ち、親ノードは子ノードへのポインタを持たないようなN分木である[1]。ノードのリストが親のポインタをたどって葉から親へ向かうとき、スパゲッティスタックは連結リストスタックのように振る舞う。リンクがある連結リストと比較して、他のノード唯一の親ノードへのポインタのみをもち、それぞれの親ノードは他の子を無視する(親ノードから子ノードへのポインタが無いためどうやってもアクセスできない)。

スパゲッティスタックは実行過程のようにレコードが動的にプッシュ・ポップされるもののポップされたレコードが使用時に残るという状況で発生する。

例えばC言語のようなコンパイラはブロックスコープ表現がシンボルテーブルを開閉するようなスパゲッティスタックを作る。新たなブロックスコープが開かれた時、シンボルテーブルはスタックにプッシュされる。閉じ中括弧が検出されたとき、スコープは閉じられ、シンボルテーブルがポップされる。しかしシンボルテーブルは破壊されるのではなく記憶される。そしてもちろんスタックは親のシンボルテーブルなども記憶している。そのためコンパイラが抽象構文木についてあとで翻訳を行うとき、与えられた任意の表現に対してスパゲッティスタックはその表現の環境で表現するシンボルテーブルを呼び出すことができ、識別子への参照を解決することが出来る。もし表現が変数Xを参照するときは、それは最も内部の静的スコープを表現する葉のシンボルテーブルをまずシークし次にその親のシンボルテーブルをシークしていく。

類似のデータ構造は素集合森において見られる(素集合データ構造を参照)。

プログラミング言語のランタイムにおける使用

スパゲッティスタックという語は継続をサポートするプログラミング言語の実装と密接に関係する。スパゲッティスタックは変数のバインディングや他の環境の特徴を含む実際のランタイムスタックの実装に使用される。継続がサポートされなければならないとき、関数から復帰(return)したとき関数の局所変数は破壊できない。a saved continuationはその関数に後に再び入るかもしれず、それは完全な状態の変数と過去のすべてのスタックを期待するので、関数から再び復帰する(return)ことができる。

この問題を解決するため、スタックフレームはスパゲッティスタック内で動的メモリ確保をし、そしてこれ以上継続がないときはそのまま残され、ガベージコレクションによるメモリ開放を待つことになる。この形式の構造は上向き(upward)・下向き(downward)のfunarg問題(英語版)も解決できる。一級レキシカルクロージャはその基板で容易に実装される。

プログラミング言語でのスパゲッティスタックの使用例:

  • SchemeやStandard ML of New Jerseyのような一級継続をもった言語
  • Smalltalkのような実行時に実行スタックを検査や修正を行う言語
  • Felix
  • Cilk

脚注

[脚注の使い方]
  1. ^ Clinger, Will; Hartheimer, Anne; Ost, Eric (1988). Implementation strategies for continuations. pp. 124–131. doi:10.1145/62678.62692. 

関連項目

その他
配列構造(英)
リンク構造(英)
検索構造(英)
木構造
二分木
平衡二分木
B木
  • B+木
  • B*木
  • Bx木(英)
  • UB木(英)
  • ダンス木(英)
  • H木(英)
  • X木(英)
  • M木(英)
トライ木
BSP木
R木
  • R+木(英)
  • R*木(英)
  • ヒルベルトR木(英)
  • 優先R木(英)
多重木
  • 多分木(英)
  • 三分木(英)
  • スパゲッティスタック
  • フェニック木
  • リンクカット木(英)
  • フュージョン木(英)
  • ヴァンエムデボアス木(英)
  • 指数木(英)
  • SPQR木(英)
  • PQ木(英)
  • (a,b)木(英)
ヒープ
グラフ構造
抽象データ型
  • カテゴリカテゴリ