JPH1153249A - メモリ管理方法 - Google Patents
メモリ管理方法Info
- Publication number
- JPH1153249A JPH1153249A JP21297497A JP21297497A JPH1153249A JP H1153249 A JPH1153249 A JP H1153249A JP 21297497 A JP21297497 A JP 21297497A JP 21297497 A JP21297497 A JP 21297497A JP H1153249 A JPH1153249 A JP H1153249A
- Authority
- JP
- Japan
- Prior art keywords
- area
- global variable
- data
- management method
- user
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Abstract
(57)【要約】
【課題】 マルチタスクＯＳ・ユーザアプリケーション
の両プログラムが大域変数データを共有する場合におい
て、ユーザアプリケーションの大域変数へのアクセスの
不具合により大域変数データ領域の破壊を防止する。 【解決手段】 ソフトウェアの起動時に、ＲＡＭにおけ
るｂｓｓ領域を多重化して、ハードウェアの機能により
メモリ管理ユニット（ＭＭＵ）によるマッピング変更，
メモリ例外ルーチン内でのアクセスチェック，モードご
とに切り替えてスワップを行うこと等によりメモリ保護
を行う。
の両プログラムが大域変数データを共有する場合におい
て、ユーザアプリケーションの大域変数へのアクセスの
不具合により大域変数データ領域の破壊を防止する。 【解決手段】 ソフトウェアの起動時に、ＲＡＭにおけ
るｂｓｓ領域を多重化して、ハードウェアの機能により
メモリ管理ユニット（ＭＭＵ）によるマッピング変更，
メモリ例外ルーチン内でのアクセスチェック，モードご
とに切り替えてスワップを行うこと等によりメモリ保護
を行う。
Description
【０００１】
【発明の属する技術分野】本発明は、計算機のＯＳのメ
モリ管理方式に関し、例えば、図１に示すＣＰＵコア
１，メモリ管理ユニット（以下、ＭＭＵという）２，キ
ャッシュメモリ３，ＲＯＭ４，ＲＡＭ５，Ｉ／Ｏ６，割
り込みコントローラ７からなるシステムにおけるＯＳの
メモリ管理方式に関するものである。
モリ管理方式に関し、例えば、図１に示すＣＰＵコア
１，メモリ管理ユニット（以下、ＭＭＵという）２，キ
ャッシュメモリ３，ＲＯＭ４，ＲＡＭ５，Ｉ／Ｏ６，割
り込みコントローラ７からなるシステムにおけるＯＳの
メモリ管理方式に関するものである。
【０００２】
【従来の技術】図６を参照して組み込みシステムのファ
ームウェア化について説明する。まず、プログラマーは
目的のシステムのソフトウェアを実現するため、ＣやＣ
＋＋を代表とする高級言語１７とターゲットとなるＣＰ
Ｕのアセンブリ言語１８によりプログラムソースを作成
する。
ームウェア化について説明する。まず、プログラマーは
目的のシステムのソフトウェアを実現するため、ＣやＣ
＋＋を代表とする高級言語１７とターゲットとなるＣＰ
Ｕのアセンブリ言語１８によりプログラムソースを作成
する。
【０００３】高級言語１７はコンパイラ１９とアセンブ
ラ２０で、アセンブリ言語１８はアセンブラ２０を使用
してオブジェクトファイル２１を作成する。オブジェク
トファイル２１とライブラリ２２をリンカー２３を使用
して一つの実行イメージ２４を作成する。実行イメージ
２４はＲＯＭライター２５を通してＲＯＭ４に記録され
る。
ラ２０で、アセンブリ言語１８はアセンブラ２０を使用
してオブジェクトファイル２１を作成する。オブジェク
トファイル２１とライブラリ２２をリンカー２３を使用
して一つの実行イメージ２４を作成する。実行イメージ
２４はＲＯＭライター２５を通してＲＯＭ４に記録され
る。
【０００４】ＲＯＭ４に記録されたイメージは、通常図
２図示のようになっている。まず、電源が入るとリセッ
トベクタにＣＰＵのプログラムカウンタは設定される。
リセットベクタ領域には、最初に実行される初期化プロ
グラムの番地か、その番地へのジャンプ命令が入ってい
る。初期化プログラムＩＰは、一般的にはハードウェア
の初期化，スタックポインタの設定を行い、ＲＯＭプロ
グラムのローダーへジャンプする。ローダーは実行イメ
ージファイルのヘッダー９を解析し、テキスト領域１
０，データ領域（リードオンリー）１１，ｂｓｓ領域
（Ｒ／Ｗ）１２を計算し、ｂｓｓ領域１２をＲＡＭの指
定のアドレス領域２５（図６）へコピーする。そのアド
レスはヘッダー上に記録されている。
２図示のようになっている。まず、電源が入るとリセッ
トベクタにＣＰＵのプログラムカウンタは設定される。
リセットベクタ領域には、最初に実行される初期化プロ
グラムの番地か、その番地へのジャンプ命令が入ってい
る。初期化プログラムＩＰは、一般的にはハードウェア
の初期化，スタックポインタの設定を行い、ＲＯＭプロ
グラムのローダーへジャンプする。ローダーは実行イメ
ージファイルのヘッダー９を解析し、テキスト領域１
０，データ領域（リードオンリー）１１，ｂｓｓ領域
（Ｒ／Ｗ）１２を計算し、ｂｓｓ領域１２をＲＡＭの指
定のアドレス領域２５（図６）へコピーする。そのアド
レスはヘッダー上に記録されている。
【０００５】
【発明が解決しようとする課題】組み込みシステムの多
くは、図７のようにＣ／Ｃ＋＋言語で書かれており、そ
れらの言語の中で使われる変数には大域変数Ｒ１と局所
変数Ｒ２があり、大域変数はデータ領域またはｂｓｓ領
域Ｂにマッピングされる。一方、局所変数はスタックＳ
にマッピングされる。
くは、図７のようにＣ／Ｃ＋＋言語で書かれており、そ
れらの言語の中で使われる変数には大域変数Ｒ１と局所
変数Ｒ２があり、大域変数はデータ領域またはｂｓｓ領
域Ｂにマッピングされる。一方、局所変数はスタックＳ
にマッピングされる。
【０００６】ところが、ＯＳもアプリケーションも同じ
言語で書かれているため、それをコンパイル・アセンブ
ル・リンクすると、本来はカーネルはシステムモードで
動作し、アプリケーションはユーザモードで動作するに
もかかわらず、その情報は実行イメージには反映しな
い。そのため、ユーザアプリケーションの大域変数への
アクセスに不具合があり、所定の位置以外のシステムの
変数を書き換えてしまうと、それ以後のＯＳの動作は保
証されなくなるという問題がある。
言語で書かれているため、それをコンパイル・アセンブ
ル・リンクすると、本来はカーネルはシステムモードで
動作し、アプリケーションはユーザモードで動作するに
もかかわらず、その情報は実行イメージには反映しな
い。そのため、ユーザアプリケーションの大域変数への
アクセスに不具合があり、所定の位置以外のシステムの
変数を書き換えてしまうと、それ以後のＯＳの動作は保
証されなくなるという問題がある。
【０００７】また、ＭＭＵ（メモリ管理ユニット）で保
護しようとしても、ＭＭＵのメモリ保護単位は、ある程
度の大きさ以上のプロックを想定しているため（最低で
も数Ｋbytes単位）、上記のような数バイト単位でシス
テム・ユーザ変数が混在する可能性がある場合には、そ
れを適用することはできない。
護しようとしても、ＭＭＵのメモリ保護単位は、ある程
度の大きさ以上のプロックを想定しているため（最低で
も数Ｋbytes単位）、上記のような数バイト単位でシス
テム・ユーザ変数が混在する可能性がある場合には、そ
れを適用することはできない。
【０００８】
【課題を解決するための手段】上記課題を解決するため
に、本発明は上記従来の問題点に鑑み、ソフトウェアの
起動時に、ｂｓｓ領域を多重化し、ハードウェアの機能
によりＭＭＵによるマッピングの変更，メモリ例外ルー
チン内でのアクセスチェック，モードによるスワップを
行うことでメモリ保護を行うものである。
に、本発明は上記従来の問題点に鑑み、ソフトウェアの
起動時に、ｂｓｓ領域を多重化し、ハードウェアの機能
によりＭＭＵによるマッピングの変更，メモリ例外ルー
チン内でのアクセスチェック，モードによるスワップを
行うことでメモリ保護を行うものである。
【０００９】請求項１の発明は、マルチタスクＯＳとア
プリケーションの両プログラムが大域変数データを共有
する場合のメモリ管理方法において、プログラムの起動
時にＲＯＭに記録された前記大域変数データを主記憶上
の２箇所にコピーすることにより前記大域変数データの
データ領域をシステム用及びユーザ用に二重化し、か
つ、前記データ領域をアドレス変換テーブルで切換え可
能にすることにより、ユーザアプリケーションの大域変
数へのアクセスの不具合による前記大域変数データの破
壊を防止することを特徴とするメモリ管理方法である。
プリケーションの両プログラムが大域変数データを共有
する場合のメモリ管理方法において、プログラムの起動
時にＲＯＭに記録された前記大域変数データを主記憶上
の２箇所にコピーすることにより前記大域変数データの
データ領域をシステム用及びユーザ用に二重化し、か
つ、前記データ領域をアドレス変換テーブルで切換え可
能にすることにより、ユーザアプリケーションの大域変
数へのアクセスの不具合による前記大域変数データの破
壊を防止することを特徴とするメモリ管理方法である。
【００１０】請求項２の発明は、マルチタスクＯＳとア
プリケーションの両プログラムが大域変数データを共有
する場合のメモリ管理方法において、プログラムの起動
時に主記憶上のｂｓｓ領域にコピーされた大域変数デー
タ領域全体をシステム領域として設定し、ユーザモード
のタスクから前記システム領域へのアクセスで発生させ
る例外処理内部で、該アクセスが可能かどうか判断し、
アクセスが可能な場合にのみ前記大域変数データの書き
換えを行う、ユーザアプリケーションの大域変数データ
へのアクセスの不具合による前記大域変数データの破壊
を防止することを特徴とするメモリ管理方法である。
プリケーションの両プログラムが大域変数データを共有
する場合のメモリ管理方法において、プログラムの起動
時に主記憶上のｂｓｓ領域にコピーされた大域変数デー
タ領域全体をシステム領域として設定し、ユーザモード
のタスクから前記システム領域へのアクセスで発生させ
る例外処理内部で、該アクセスが可能かどうか判断し、
アクセスが可能な場合にのみ前記大域変数データの書き
換えを行う、ユーザアプリケーションの大域変数データ
へのアクセスの不具合による前記大域変数データの破壊
を防止することを特徴とするメモリ管理方法である。
【００１１】請求項３の発明は、請求項２の発明におい
て、前記ｂｓｓ領域のシステム用大域変数データ領域と
ユーザ用大域変数データ領域を区切るためソース中にイ
ンデックスデータを書き込み、ページ単位で主記憶上に
コピーすることによりｂｓｓ領域を縮小することを特徴
とするメモリ管理方法である。
て、前記ｂｓｓ領域のシステム用大域変数データ領域と
ユーザ用大域変数データ領域を区切るためソース中にイ
ンデックスデータを書き込み、ページ単位で主記憶上に
コピーすることによりｂｓｓ領域を縮小することを特徴
とするメモリ管理方法である。
【００１２】請求項４の発明は、請求項３の発明におい
て、プログラムの起動時に、大域変数データ領域のシス
テム・ユーザのマップを生成することを特徴とするメモ
リ管理方法である。
て、プログラムの起動時に、大域変数データ領域のシス
テム・ユーザのマップを生成することを特徴とするメモ
リ管理方法である。
【００１３】請求項５の発明は、マルチタスクＯＳとア
プリケーション両プログラムが大域変数データを共有す
る場合のメモリ管理方法において、前記マルチタスクＯ
Ｓのプロセスの切り替え時に、大域変数が記録されたＲ
ＡＭのｂｓｓ領域をシステム・ユーザモードに応じて主
記憶装置にスワップすることにより、システム領域の大
域変数データをユーザプロセスから保護することを特徴
とするメモリ管理方法である。
プリケーション両プログラムが大域変数データを共有す
る場合のメモリ管理方法において、前記マルチタスクＯ
Ｓのプロセスの切り替え時に、大域変数が記録されたＲ
ＡＭのｂｓｓ領域をシステム・ユーザモードに応じて主
記憶装置にスワップすることにより、システム領域の大
域変数データをユーザプロセスから保護することを特徴
とするメモリ管理方法である。
【００１４】請求項６の発明は、マルチタスクＯＳのタ
スク間でグローバル・スタティックデータを共有する場
合のメモリ管理方法において、プログラムの起動時に主
記憶上の前記グローバル・スタティックデータのデータ
領域を多重化し、ＯＳのタスク管理切り替えルーチンに
より、前記データ領域をタスク単位ごとに切り替えるこ
とにより、タスク単位でメモリを保護することを特徴と
するメモリ管理方法である。
スク間でグローバル・スタティックデータを共有する場
合のメモリ管理方法において、プログラムの起動時に主
記憶上の前記グローバル・スタティックデータのデータ
領域を多重化し、ＯＳのタスク管理切り替えルーチンに
より、前記データ領域をタスク単位ごとに切り替えるこ
とにより、タスク単位でメモリを保護することを特徴と
するメモリ管理方法である。
【００１５】請求項７の発明は、請求項１乃至６のいず
れかの方法を実行する機能を有するコンピュータであ
る。
れかの方法を実行する機能を有するコンピュータであ
る。
【００１６】
【発明の実施の形態】まず、図２に従って、ＭＭＵ２に
よるメモリ保護について説明する。ファームウェア（Ｒ
ＯＭ）化されたプログラムは、電源ＯＮで、ハードウェ
アはＣＰＵのＰＣ（プログラム・カウンタ）を０番地に
設定する。０番地はＣＰＵにリセット信号が入った場合
に跳ぶ番地であり、予め初期化プログラムの先頭アドレ
スが入っているか、あるいはそこへのジャンプ命令が記
録されている。前者の場合はプログラムカウンタが自動
的にそのアドレスへ変更され、後者の場合にはその命令
がＣＰＵにより実行される。
よるメモリ保護について説明する。ファームウェア（Ｒ
ＯＭ）化されたプログラムは、電源ＯＮで、ハードウェ
アはＣＰＵのＰＣ（プログラム・カウンタ）を０番地に
設定する。０番地はＣＰＵにリセット信号が入った場合
に跳ぶ番地であり、予め初期化プログラムの先頭アドレ
スが入っているか、あるいはそこへのジャンプ命令が記
録されている。前者の場合はプログラムカウンタが自動
的にそのアドレスへ変更され、後者の場合にはその命令
がＣＰＵにより実行される。
【００１７】初期化ルーチンはハードウェアの初期化，
スタックポインタの設定等を行い、実行イメージのヘッ
ダー部分９を解析する。即ち、プログラムのテキストセ
クション１０のサイズ，データセクション１１のサイ
ズ，ｂｓｓセクション１２のサイズを認識し、ｂｓｓセ
クション１２のアドレスを計算し、ＲＡＭの任意の場所
から始まる場所２箇所１４，１５にコピーする。その
後、初期化プログラムは実行形式の実行開始番地へジャ
ンプする。
スタックポインタの設定等を行い、実行イメージのヘッ
ダー部分９を解析する。即ち、プログラムのテキストセ
クション１０のサイズ，データセクション１１のサイ
ズ，ｂｓｓセクション１２のサイズを認識し、ｂｓｓセ
クション１２のアドレスを計算し、ＲＡＭの任意の場所
から始まる場所２箇所１４，１５にコピーする。その
後、初期化プログラムは実行形式の実行開始番地へジャ
ンプする。
【００１８】実行形式プログラムは最初カーネル１３を
起動する。カーネルは、ハードウェアおよびカーネル内
で管理するオブジェクトを初期化しＭＭＵ２のアドレス
変換テーブルを作成するが、テキスト・データ領域はス
ルーであり、ＲＡＭにはｂｓｓ領域の部分１４，１５が
システムおよびユーザモード用にそれぞれ作られる。カ
ーネル１３は、初期化が終了すると、設定済みのデータ
またはファイルを読み込みその内容に従ってタスクを起
動する。
起動する。カーネルは、ハードウェアおよびカーネル内
で管理するオブジェクトを初期化しＭＭＵ２のアドレス
変換テーブルを作成するが、テキスト・データ領域はス
ルーであり、ＲＡＭにはｂｓｓ領域の部分１４，１５が
システムおよびユーザモード用にそれぞれ作られる。カ
ーネル１３は、初期化が終了すると、設定済みのデータ
またはファイルを読み込みその内容に従ってタスクを起
動する。
【００１９】カーネルおよびデバイスドライバ等の一部
システムモードで動作するタスクが動作する場合は、ア
ドレステーブル１を利用し、それがユーザモードの場合
はアドレステーブル２を使用する。アドレス変換の内容
は公知なのでここでは省略する。
システムモードで動作するタスクが動作する場合は、ア
ドレステーブル１を利用し、それがユーザモードの場合
はアドレステーブル２を使用する。アドレス変換の内容
は公知なのでここでは省略する。
【００２０】以上の構成により、ユーザ用のｂｓｓ領域
とシステム用のｂｓｓ領域を二重化して、それらの領域
をＣＰＵのステータスによりＭＭＵのアドレス変換テー
ブルを切り替えることで、ユーザプロセスがシステム用
のデータ領域を書き換えてもシステム用のｂｓｓ領域の
保護が実現でき、システムが破壊されることをなくすこ
とができる。上記実施例では、ＣＰＵ１がＭＭＵ２によ
る仮想記憶管理機能を持つ場合について説明したが、本
発明は上述の実施例に限定されるものではなく、仮想記
憶管理機構がないが、システム領域へアクセスした場合
にハードウェアに特権違反を起こす場合であっても、あ
るいはハードウェアによるアクセス例外機構がなくても
同様に実現可能である。
とシステム用のｂｓｓ領域を二重化して、それらの領域
をＣＰＵのステータスによりＭＭＵのアドレス変換テー
ブルを切り替えることで、ユーザプロセスがシステム用
のデータ領域を書き換えてもシステム用のｂｓｓ領域の
保護が実現でき、システムが破壊されることをなくすこ
とができる。上記実施例では、ＣＰＵ１がＭＭＵ２によ
る仮想記憶管理機能を持つ場合について説明したが、本
発明は上述の実施例に限定されるものではなく、仮想記
憶管理機構がないが、システム領域へアクセスした場合
にハードウェアに特権違反を起こす場合であっても、あ
るいはハードウェアによるアクセス例外機構がなくても
同様に実現可能である。
【００２１】前者の場合、予めソースコードの中にシス
テム変数かユーザ変数かの区切りのデータを埋め込んで
おく。図３（Ａ）のようにソースコードにシステムの使
用する大域変数の先頭のdummy_topのように０ｘ５５ａ
ａ５５ａａを書いておき、最後にはdummy_endのように
０ｘａａ５５ａａ５５を書いておく、これが実行イメー
ジになると大域変数領域（ｂｓｓ）は図３（Ｂ）のよう
になる。
テム変数かユーザ変数かの区切りのデータを埋め込んで
おく。図３（Ａ）のようにソースコードにシステムの使
用する大域変数の先頭のdummy_topのように０ｘ５５ａ
ａ５５ａａを書いておき、最後にはdummy_endのように
０ｘａａ５５ａａ５５を書いておく、これが実行イメー
ジになると大域変数領域（ｂｓｓ）は図３（Ｂ）のよう
になる。
【００２２】図４において、ＯＳの起動時にメモリ管理
ルーチンはｂｓｓ領域を検査し、その区切りデータによ
り、ｂｓｓ領域のシステム・ユーザ変数のマップを作成
する。そして、ｂｓｓ領域全体をシステム領域に設定
し、ユーザタスクがこの領域をアクセスした場合は特権
違反が発生するようにする。ＲＡＭ上の規定位置に設定
されたベクター１６に従い、例外処理ルーチンにジャン
プする。例外処理ルーチンでは、アクセスしたアドレス
からマップを参照し、アクセス可能かどうか判断する。
アクセス可能であれば、例外の発生した命令を解析し、
システムモードでその部分を実行し（システム領域のデ
ータを変更し）、例外の発生した部分へ正常復帰する。
ルーチンはｂｓｓ領域を検査し、その区切りデータによ
り、ｂｓｓ領域のシステム・ユーザ変数のマップを作成
する。そして、ｂｓｓ領域全体をシステム領域に設定
し、ユーザタスクがこの領域をアクセスした場合は特権
違反が発生するようにする。ＲＡＭ上の規定位置に設定
されたベクター１６に従い、例外処理ルーチンにジャン
プする。例外処理ルーチンでは、アクセスしたアドレス
からマップを参照し、アクセス可能かどうか判断する。
アクセス可能であれば、例外の発生した命令を解析し、
システムモードでその部分を実行し（システム領域のデ
ータを変更し）、例外の発生した部分へ正常復帰する。
【００２３】また、図５に示すように、ハードウェアが
特にアクセス例外を起こさない場合でも、カーネルがプ
ロセスの切り替え時にｂｓｓ領域をスワップ（コピー・
リスト）することでシステム領域のデータをユーザプロ
セスから保護することができる。
特にアクセス例外を起こさない場合でも、カーネルがプ
ロセスの切り替え時にｂｓｓ領域をスワップ（コピー・
リスト）することでシステム領域のデータをユーザプロ
セスから保護することができる。
【００２４】以上の実施例によれば、ｂｓｓ領域を多重
化することで、ユーザプロセスによるシステム変数が保
護でき、動作時の信頼性を高めることができる。さらに
モードのみでなく、タスク（グループ）間での大域変数
領域の保護も同様の手法で行うことができる。つまり、
タスクグループ間でも、グローバル・スタティックデー
タは共有領域にあり、一つのタスクの不具合により他の
タスクは影響を受ける。ユーザタスク単位でメモリ保護
を行いたい場合、ＣＰＵのモード状態は同じなので、主
記憶上の前記グローバル・スティックデータの記憶領域
を多重化し、ＯＳのタスク管理切り替えルーチンによ
り、タスク単位ごとに、アドレス変換テーブルで切り替
えることでメモリ保護を行うことができる。
化することで、ユーザプロセスによるシステム変数が保
護でき、動作時の信頼性を高めることができる。さらに
モードのみでなく、タスク（グループ）間での大域変数
領域の保護も同様の手法で行うことができる。つまり、
タスクグループ間でも、グローバル・スタティックデー
タは共有領域にあり、一つのタスクの不具合により他の
タスクは影響を受ける。ユーザタスク単位でメモリ保護
を行いたい場合、ＣＰＵのモード状態は同じなので、主
記憶上の前記グローバル・スティックデータの記憶領域
を多重化し、ＯＳのタスク管理切り替えルーチンによ
り、タスク単位ごとに、アドレス変換テーブルで切り替
えることでメモリ保護を行うことができる。
【００２５】
【発明の効果】以上説明したように、本発明によれば以
上の方法により、ユーザタスクからのシステム変数デー
タ等の保護が可能であり、システムの動作時の信頼性が
向上する。
上の方法により、ユーザタスクからのシステム変数デー
タ等の保護が可能であり、システムの動作時の信頼性が
向上する。
【図１】本発明を実行するシステム構成図である。
【図２】本発明におけるＭＭＵによるメモリ保護を説明
するための図である。
するための図である。
【図３】本発明においてｂｓｓ領域のマップ生成を説明
するための図であり、図３（Ａ）はソースコードを、図
３（Ｂ）は実行イメージをそれぞれ示す図である。
するための図であり、図３（Ａ）はソースコードを、図
３（Ｂ）は実行イメージをそれぞれ示す図である。
【図４】本発明においてメモリアクセス例外によるメモ
リ保護を説明するための図である。
リ保護を説明するための図である。
【図５】本発明においてｂｓｓスワップによるメモリ保
護を説明するための図である。
護を説明するための図である。
【図６】本発明及び従来技術においてプログラムのファ
ームウェア化を説明するための図である。
ームウェア化を説明するための図である。
【図７】本発明においてＣプログラムと実際のメモリ利
用の関係を説明するための図である。
用の関係を説明するための図である。
１…ＣＰＵコア、２…ＭＭＵ、３…キャッシュメモリ、
４…ＲＯＭ、５…ＲＡＭ、１７…高級言語、１８…アセ
ンブリ言語、１９…コンパイラ、２０…アセンブラ、２
１…オブジェットファイル、２２…ライブラリ、２３…
リンカー。
４…ＲＯＭ、５…ＲＡＭ、１７…高級言語、１８…アセ
ンブリ言語、１９…コンパイラ、２０…アセンブラ、２
１…オブジェットファイル、２２…ライブラリ、２３…
リンカー。
Claims (7)
- 【請求項１】 マルチタスクＯＳとアプリケーションの
両プログラムが大域変数データを共有する場合のメモリ
管理方法において、プログラムの起動時にＲＯＭに記録
された前記大域変数データを主記憶上の２箇所にコピー
することにより前記大域変数データのデータ領域をシス
テム用及びユーザ用に二重化し、かつ、前記データ領域
をアドレス変換テーブルで切換え可能にすることによ
り、ユーザアプリケーションの大域変数へのアクセスの
不具合による前記大域変数データの破壊を防止すること
を特徴とするメモリ管理方法。 - 【請求項２】 マルチタスクＯＳとアプリケーションの
両プログラムが大域変数データを共有する場合のメモリ
管理方法において、プログラムの起動時に主記憶上のｂ
ｓｓ領域にコピーされた大域変数データ領域全体をシス
テム領域として設定し、ユーザモードのタスクから前記
システム領域へのアクセスで発生させる例外処理内部
で、該アクセスが可能かどうか判断し、アクセスが可能
な場合にのみ前記大域変数データの書き換えを行う、ユ
ーザアプリケーションの大域変数データへのアクセスの
不具合による前記大域変数データの破壊を防止すること
を特徴とするメモリ管理方法。 - 【請求項３】 前記ｂｓｓ領域のシステム用大域変数デ
ータ領域とユーザ用大域変数データ領域を区切るためソ
ース中にインデックスデータを書き込み、ページ単位で
主記憶上にコピーすることによりｂｓｓ領域を縮小する
ことを特徴とする請求項２記載のメモリ管理方法。 - 【請求項４】 プログラムの起動時に、大域変数データ
領域のシステム・ユーザのマップを生成することを特徴
とする請求項３記載のメモリ管理方法。 - 【請求項５】 マルチタスクＯＳとアプリケーション両
プログラムが大域変数データを共有する場合のメモリ管
理方法において、前記マルチタスクＯＳのプロセスの切
り替え時に、大域変数が記録されたＲＡＭのｂｓｓ領域
をシステム・ユーザモードに応じて主記憶装置にスワッ
プすることにより、システム領域の大域変数データをユ
ーザプロセスから保護することを特徴とするメモリ管理
方法。 - 【請求項６】 マルチタスクＯＳのタスク間でグローバ
ル・スタティックデータを共有する場合のメモリ管理方
法において、プログラムの起動時に主記憶上の前記グロ
ーバル・スタティックデータのデータ領域を多重化し、
ＯＳのタスク管理切り替えルーチンにより、前記データ
領域をタスク単位ごとに切り替えることにより、タスク
単位でメモリを保護することを特徴とするメモリ管理方
法。 - 【請求項７】 請求項１乃至６のいずれかの方法を実行
する機能を有するコンピュータ。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP21297497A JPH1153249A (ja) | 1997-08-07 | 1997-08-07 | メモリ管理方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP21297497A JPH1153249A (ja) | 1997-08-07 | 1997-08-07 | メモリ管理方法 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JPH1153249A true JPH1153249A (ja) | 1999-02-26 |
Family
ID=16631388
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP21297497A Pending JPH1153249A (ja) | 1997-08-07 | 1997-08-07 | メモリ管理方法 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JPH1153249A (ja) |
Cited By (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2009544085A (ja) * | 2006-07-18 | 2009-12-10 | インテル・コーポレーション | Ｅｆｉベースのファームウェアにおいてｐｅｉモジュールについてグローバル変数を利用する方法 |
| JP2013192776A (ja) * | 2012-03-21 | 2013-09-30 | Sophia Co Ltd | 遊技機 |
| JP2013192787A (ja) * | 2012-03-21 | 2013-09-30 | Sophia Co Ltd | 遊技機 |
| JP2013192774A (ja) * | 2012-03-21 | 2013-09-30 | Sophia Co Ltd | 遊技機 |
| JP2017086949A (ja) * | 2017-01-13 | 2017-05-25 | 株式会社ソフイア | 遊技機 |
-
1997
- 1997-08-07 JP JP21297497A patent/JPH1153249A/ja active Pending
Cited By (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2009544085A (ja) * | 2006-07-18 | 2009-12-10 | インテル・コーポレーション | Ｅｆｉベースのファームウェアにおいてｐｅｉモジュールについてグローバル変数を利用する方法 |
| JP2013192776A (ja) * | 2012-03-21 | 2013-09-30 | Sophia Co Ltd | 遊技機 |
| JP2013192787A (ja) * | 2012-03-21 | 2013-09-30 | Sophia Co Ltd | 遊技機 |
| JP2013192774A (ja) * | 2012-03-21 | 2013-09-30 | Sophia Co Ltd | 遊技機 |
| JP2017086949A (ja) * | 2017-01-13 | 2017-05-25 | 株式会社ソフイア | 遊技機 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US5353411A (en) | Operating system generation method | |
| US9189263B1 (en) | Object synchronization in shared object space | |
| US5701493A (en) | Exception handling method and apparatus in data processing systems | |
| CA1266532A (en) | Method to share copy on write segment for mapped files | |
| CN100543677C (zh) | 模拟实模式内存访问时访问扩展内存的系统和方法 | |
| US5596759A (en) | Method for initializing a multiple processor computer system using a common ROM | |
| JP3546678B2 (ja) | マルチｏｓ構成方法 | |
| KR101288700B1 (ko) | 멀티 오퍼레이팅 시스템(ｏｓ) 기동 장치, 컴퓨터 판독 가능한 기록 매체 및 멀티 ｏｓ 기동 방법 | |
| JPS621036A (ja) | マルチモ−ドマイクロプロセツサにおいてプログラムを実行する方法及びオペレ−テイングシステム | |
| KR20070083569A (ko) | 운영체제 | |
| JPH06324849A (ja) | オペレーティング・システム環境の起動方法およびシステム | |
| US20040111707A1 (en) | Debugger for multiple processors and multiple debugging types | |
| US5881282A (en) | Controlling ill-behaved computer add-on device through a virtual execution mode | |
| US6438621B1 (en) | In-memory modification of computer programs | |
| EP0543610A2 (en) | Data processing system | |
| US20040122834A1 (en) | Apparatus and method for switching mode in a computer system | |
| KR20070003765A (ko) | 운영체제 | |
| US6256751B1 (en) | Restoring checkpointed processes without restoring attributes of external data referenced by the processes | |
| JP2005122334A (ja) | メモリダンプ方法、メモリダンプ用プログラム及び仮想計算機システム | |
| JPH1153249A (ja) | メモリ管理方法 | |
| Patience | Redirecting System Calls in Mach 3.0, An alternative to the Emulator. | |
| JPH09128267A (ja) | データ処理装置およびデータ処理方法 | |
| JP3210384B2 (ja) | 異なるモードで動作する２個のプログラム・セグメント間でコンピューターがコントロールを転送することを可能にする方法及び装置 | |
| Coffing | An x86 protected mode virtual machine monitor for the mit exokernel | |
| KR20060023956A (ko) | 운영체제 |