JPH0566945A - データ識別方式 - Google Patents
データ識別方式Info
- Publication number
- JPH0566945A JPH0566945A JP22678291A JP22678291A JPH0566945A JP H0566945 A JPH0566945 A JP H0566945A JP 22678291 A JP22678291 A JP 22678291A JP 22678291 A JP22678291 A JP 22678291A JP H0566945 A JPH0566945 A JP H0566945A
- Authority
- JP
- Japan
- Prior art keywords
- data
- stack
- section
- address
- code
- 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
Landscapes
- Stored Programmes (AREA)
Abstract
(57)【要約】
【目的】 主記憶領域から取り出した任意のデータがコ
ード部・データ部・スタック部のいずれかに属していた
かを判別する。 【構成】 ロードモジュールのコード部・データ部・ス
タック部を主記憶領域の個別セグメントに割り付けず、
コピー部１でスタックセグメントを拡張した後に、拡張
されたスタックセグメントへとこれらを割り付ける。こ
の時同時に、リロケータ部２が割り付けを行う前の元の
番地を、割り付けを行った後のスタックセグメント内の
番地に変更する。 【効果】 データ識別部３は変更した番地によって、主
記憶領域から取り出した任意のデータがコード部・デー
タ部・スタック部のいずれかに属していたか判別でき
る。
ード部・データ部・スタック部のいずれかに属していた
かを判別する。 【構成】 ロードモジュールのコード部・データ部・ス
タック部を主記憶領域の個別セグメントに割り付けず、
コピー部１でスタックセグメントを拡張した後に、拡張
されたスタックセグメントへとこれらを割り付ける。こ
の時同時に、リロケータ部２が割り付けを行う前の元の
番地を、割り付けを行った後のスタックセグメント内の
番地に変更する。 【効果】 データ識別部３は変更した番地によって、主
記憶領域から取り出した任意のデータがコード部・デー
タ部・スタック部のいずれかに属していたか判別でき
る。
Description
【０００１】
【産業上の利用分野】本発明はデータ識別方式、特に主
記憶領域から任意に取り出されるデータが主記憶領域内
のいずれの領域に属していたかを判別するデータ識別方
式に関する。
記憶領域から任意に取り出されるデータが主記憶領域内
のいずれの領域に属していたかを判別するデータ識別方
式に関する。
【０００２】
【従来の技術】従来のこの種のデータ識別方式は、図２
（Ａ）に示すように任意に取り出したデータ２４にコー
ド部２１・データ部２２・スタック部２３のいずれに属
しているかを区別する識別子を有するフラグ２５を追加
しておき、データを取り出す時にこのフラグ２５も同時
に取り出す。そしてフラグ２５を判別することにより、
任意に取り出したデータ２４がコード部２１・データ部
２２・スタック部２３のいずれかに属しているかを判別
することができるようにしている。
（Ａ）に示すように任意に取り出したデータ２４にコー
ド部２１・データ部２２・スタック部２３のいずれに属
しているかを区別する識別子を有するフラグ２５を追加
しておき、データを取り出す時にこのフラグ２５も同時
に取り出す。そしてフラグ２５を判別することにより、
任意に取り出したデータ２４がコード部２１・データ部
２２・スタック部２３のいずれかに属しているかを判別
することができるようにしている。
【０００３】
【発明が解決しようとする課題】上述した従来のデータ
識別方式では、データを識別するフラグをデータととも
に持たなければならないので、フラグを置く領域がデー
タの数だけ必要である。そのため記憶領域を必要量の２
倍消費してしまう。また、データに対して常に、フラグ
を余分に取り出す必要があるので処理効率が２倍悪くな
る、という欠点がある。
識別方式では、データを識別するフラグをデータととも
に持たなければならないので、フラグを置く領域がデー
タの数だけ必要である。そのため記憶領域を必要量の２
倍消費してしまう。また、データに対して常に、フラグ
を余分に取り出す必要があるので処理効率が２倍悪くな
る、という欠点がある。
【０００４】
【課題を解決するための手段】本発明の方式は、ロード
モジュールのコード部・データ部・スタック部を主記憶
領域のそれぞれ互いに独立したコードセグメント、デー
タセグメント、スタックセグメントに割り付けるアーク
テクチャを有するＣＰＵにおけるデータ識別方式におい
て、スタックセグメントを拡張しスタック部を割り付
け、コード部・データ部の内容もそれぞれコードセグメ
ント、データセグメントに割り付けず、拡張されたスタ
ックセグメント転送割り付けを行うコピー部と、転送割
り付けを行う前のコード部・データ部・スタック部の元
の番地を転送割り付けを行った後の番地に変更するリロ
ケート部と、転送割り付け御の番地によって、主記憶領
域から取り出した任意のデータを、コード部・データ部
・スタック部のいずれかから取り出したデータを判別す
るデータ識別部とを設けたことを特徴とする。
モジュールのコード部・データ部・スタック部を主記憶
領域のそれぞれ互いに独立したコードセグメント、デー
タセグメント、スタックセグメントに割り付けるアーク
テクチャを有するＣＰＵにおけるデータ識別方式におい
て、スタックセグメントを拡張しスタック部を割り付
け、コード部・データ部の内容もそれぞれコードセグメ
ント、データセグメントに割り付けず、拡張されたスタ
ックセグメント転送割り付けを行うコピー部と、転送割
り付けを行う前のコード部・データ部・スタック部の元
の番地を転送割り付けを行った後の番地に変更するリロ
ケート部と、転送割り付け御の番地によって、主記憶領
域から取り出した任意のデータを、コード部・データ部
・スタック部のいずれかから取り出したデータを判別す
るデータ識別部とを設けたことを特徴とする。
【０００５】
【実施例】次に、本発明の実施例について図面を参照し
て説明する。
て説明する。
【０００６】図１は本発明のデータ識別方式を適用した
ソフトウェアシステムの一実施例を示す流れ図である。
ソフトウェアシステムの一実施例を示す流れ図である。
【０００７】図１に示すソフトウェアシステムは、スタ
ックセグメントを拡張しスタック部を割り付け、コード
部・データ部の内容を拡張されたスタックセグメントに
転送割り付けを行うコピー部１と、転送割り付けを行う
前のコード部・データ部・スタック部の元の番地を、転
送割り付けを行った後の番地に変更するリロケート部２
と、転送割り付け後の番地によって、任意に取り出した
データをコード部、データ部・スタック部のいずれかか
ら取り出したデータかを判別するデータ識別部３を有す
る。
ックセグメントを拡張しスタック部を割り付け、コード
部・データ部の内容を拡張されたスタックセグメントに
転送割り付けを行うコピー部１と、転送割り付けを行う
前のコード部・データ部・スタック部の元の番地を、転
送割り付けを行った後の番地に変更するリロケート部２
と、転送割り付け後の番地によって、任意に取り出した
データをコード部、データ部・スタック部のいずれかか
ら取り出したデータかを判別するデータ識別部３を有す
る。
【０００８】次に、この実施例の動作を説明する。
【０００９】図１に示すように、先ずコピー部１が呼び
出され、コピー部１は図３（Ａ）に示されるように、ス
タックセグメント３１の拡張を行った上で、図３（Ｂ）
のように、スタック部３２を割り付ける。しかる後に、
図４に示されるように、コード部３４・データ部３５を
拡張されたスタックセグメント４１に割り付ける。
出され、コピー部１は図３（Ａ）に示されるように、ス
タックセグメント３１の拡張を行った上で、図３（Ｂ）
のように、スタック部３２を割り付ける。しかる後に、
図４に示されるように、コード部３４・データ部３５を
拡張されたスタックセグメント４１に割り付ける。
【００１０】コピー部１が終了すると、リロケート部２
が呼び出される。リロケート部２は転送割り付けを行う
前のコード部・データ部・スタック部の元の番地を、転
送割り付けを行った後の番地に変更する。
が呼び出される。リロケート部２は転送割り付けを行う
前のコード部・データ部・スタック部の元の番地を、転
送割り付けを行った後の番地に変更する。
【００１１】例えば、図５に示されるように転送割り付
けを行う前のコード部・データ部・スタック部の元の番
地を、それぞれ０番地から始まり９９番地で終了すると
する。リロケート部２はまず、０番地から始まり９９番
地で終了するスタック部を、拡張されたスタックセグメ
ントの２００番地から２９９番地に転送割り付けを行
い、転送割り付けを行ったスタック部の０番地の番地を
２００番地に、１番地の番地を２０１番地にと９９番地
まで番地の変更を行う。
けを行う前のコード部・データ部・スタック部の元の番
地を、それぞれ０番地から始まり９９番地で終了すると
する。リロケート部２はまず、０番地から始まり９９番
地で終了するスタック部を、拡張されたスタックセグメ
ントの２００番地から２９９番地に転送割り付けを行
い、転送割り付けを行ったスタック部の０番地の番地を
２００番地に、１番地の番地を２０１番地にと９９番地
まで番地の変更を行う。
【００１２】次に、０番地から始まり９９番地で終了す
るコード部を、拡張されたスタックセグメトの０番地か
ら９９番地に転送割り付けを行う。最後に、０番地から
始まり９９番地で終了するデータ部を、拡張されたスタ
ックセグメトの１００番地から１９９番地に転送割り付
けを行い、転送割り付けを行ったデータ部の０番地の番
地を１００番地に、１番地の番地を１０１番地にと９９
番地まで番地の変更を行う。
るコード部を、拡張されたスタックセグメトの０番地か
ら９９番地に転送割り付けを行う。最後に、０番地から
始まり９９番地で終了するデータ部を、拡張されたスタ
ックセグメトの１００番地から１９９番地に転送割り付
けを行い、転送割り付けを行ったデータ部の０番地の番
地を１００番地に、１番地の番地を１０１番地にと９９
番地まで番地の変更を行う。
【００１３】リロケート部２が終了すると、データ識別
部３が呼び出される。データ識別部３は任意に取り出し
たデータがコード部・データ部・スタック部のいずれか
から取り出したデータかを判別する。
部３が呼び出される。データ識別部３は任意に取り出し
たデータがコード部・データ部・スタック部のいずれか
から取り出したデータかを判別する。
【００１４】例えば、図５において、データ識別部３は
データの番地と拡張されたスタックセグメント内の番地
と比較することにより、データの番地が５０番地だとす
ると、１００番地より小さいのでコード部に属していた
と判別でき、データの番地が１５０番地だとすると、１
００番地と２００番地の間に存在するのでデータ部に属
していたと判別でき、データの番地が２５０番地だとす
ると、２００番地より大きいのでスタック部に属してい
たことが判別できる。
データの番地と拡張されたスタックセグメント内の番地
と比較することにより、データの番地が５０番地だとす
ると、１００番地より小さいのでコード部に属していた
と判別でき、データの番地が１５０番地だとすると、１
００番地と２００番地の間に存在するのでデータ部に属
していたと判別でき、データの番地が２５０番地だとす
ると、２００番地より大きいのでスタック部に属してい
たことが判別できる。
【００１５】以上述べたように、本実施例のデータ識別
方式は、スタックセグメントを拡張し、コード部・デー
タ部・スタック部をこの拡張されたスタックセグメント
へと転送割り付けを行うことにより、任意に取り出した
データが番地によって判別できるようになる。
方式は、スタックセグメントを拡張し、コード部・デー
タ部・スタック部をこの拡張されたスタックセグメント
へと転送割り付けを行うことにより、任意に取り出した
データが番地によって判別できるようになる。
【００１６】尚、本発明はスタックセグメントが読み出
し、書き込み、実行可能な領域であることを利用してお
り、コードセグメント、またはデータセグメントが読み
出し、書き込み、実行可能な領域であるならばスタック
セグメトの代わりにコードセグメント、またはデータセ
グメントとしても実現できる。
し、書き込み、実行可能な領域であることを利用してお
り、コードセグメント、またはデータセグメントが読み
出し、書き込み、実行可能な領域であるならばスタック
セグメトの代わりにコードセグメント、またはデータセ
グメントとしても実現できる。
【００１７】
【発明の効果】以上説明したように、本発明のデータ識
別方式は、スタックセグメントを拡張し、コード部・デ
ータ部・スタック部をスタックセグメントに転送割り付
けするとにより、任意に取り出したデータの番地をもと
に、番地を比較するという簡単な操作だけでその属して
いた領域を容易に判別できるという効果を有している。
別方式は、スタックセグメントを拡張し、コード部・デ
ータ部・スタック部をスタックセグメントに転送割り付
けするとにより、任意に取り出したデータの番地をもと
に、番地を比較するという簡単な操作だけでその属して
いた領域を容易に判別できるという効果を有している。
【００１８】さらに、本発明のデータ識別方式は、従来
のデータ識別方式により、データが属する領域を示すフ
ラグを持つ領域が必要ないので記憶領域の消費を削減す
ることができ、さらにフラグをデータの参照の度に取り
出す必要がないので処理速度が上がるという効果を有し
ている。
のデータ識別方式により、データが属する領域を示すフ
ラグを持つ領域が必要ないので記憶領域の消費を削減す
ることができ、さらにフラグをデータの参照の度に取り
出す必要がないので処理速度が上がるという効果を有し
ている。
【図１】本発明のデータ識別方式を適用したソフトウェ
アシステムの一実施例を示す流れ図である。
アシステムの一実施例を示す流れ図である。
【図２】従来例を説明するための図である。
【図３】本発明におけるスタックセグメントの拡張とス
タック部の割り付けの様子を示す図である。
タック部の割り付けの様子を示す図である。
【図４】本発明におけるコード部とデータ部の割り付け
の様子を示す図である。
の様子を示す図である。
【図５】本発明における転送割り付け後の番地変更の様
子を示す図である。
子を示す図である。
１ コピー部 ２ リロケート部 ３ データ識別部
Claims (1)
- 【請求項１】 ロードモジュールのコード部・データ部
・スタック部を主記憶領域のそれぞれ互いに独立したコ
ードセグメント、データセグメント、スタックセグメン
トに割り付けるアークテクチャを有するＣＰＵにおける
データ識別方式において、スタックセグメントを拡張し
スタック部を割り付け、コード部・データ部の内容もそ
れぞれコードセグメント、データセグメントに割り付け
ず、拡張されたスタックセグメント転送割り付けを行う
コピー部と、 転送割り付けを行う前のコード部・データ部・スタック
部の元の番地を転送割り付けを行った後の番地に変更す
るリロケート部と、 転送割り付け御の番地によって、主記憶領域から取り出
した任意のデータを、コード部・データ部・スタック部
のいずれかから取り出したデータを判別するデータ識別
部とを設けたことを特徴とするデータ識別方式。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP22678291A JPH0566945A (ja) | 1991-09-06 | 1991-09-06 | データ識別方式 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP22678291A JPH0566945A (ja) | 1991-09-06 | 1991-09-06 | データ識別方式 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JPH0566945A true JPH0566945A (ja) | 1993-03-19 |
Family
ID=16850530
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP22678291A Pending JPH0566945A (ja) | 1991-09-06 | 1991-09-06 | データ識別方式 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JPH0566945A (ja) |
-
1991
- 1991-09-06 JP JP22678291A patent/JPH0566945A/ja active Pending
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US6470380B1 (en) | Signal processing device accessible as memory | |
| US5983293A (en) | File system for dividing buffer areas into different block sizes for system and user data | |
| US4835734A (en) | Address translation apparatus | |
| US6581142B1 (en) | Computer program product and method for partial paging and eviction of microprocessor instructions in an embedded computer | |
| US3778776A (en) | Electronic computer comprising a plurality of general purpose registers and having a dynamic relocation capability | |
| US6377268B1 (en) | Programmable graphics memory apparatus | |
| US5678024A (en) | Method and system for dynamic performance resource management within a computer based system | |
| US6144995A (en) | Data transfer method for logical computers | |
| JP2000227872A (ja) | 複数メモリ要求の動的スロット割当および追跡 | |
| JPH0566945A (ja) | データ識別方式 | |
| JP4250250B2 (ja) | メモリ管理装置 | |
| JPH0512125A (ja) | アドレス変換方式 | |
| KR100284784B1 (ko) | 메모리 데이터 처리 시스템 및 방법과 이건 시스템을 구비하는 통신 시스템 | |
| JP2001051855A (ja) | メモリ分割管理方式 | |
| JPH02304615A (ja) | 並列ディスク制御バッファの割当て方式 | |
| JPS59112479A (ja) | キヤツシユメモリの高速アクセス方式 | |
| JP2020035264A (ja) | メモリアクセス制御装置 | |
| JP3204185B2 (ja) | Ｉ／ｏリード制御装置及び方法 | |
| JP2969776B2 (ja) | データ識別方式 | |
| JP2513303B2 (ja) | スプ―ルファイル分散方式 | |
| JPS62167695A (ja) | メモリ書込方法 | |
| JPH11167516A (ja) | 多重メモリアクセスシステム及びその方法並びにその制御方法を記録した記録媒体 | |
| JPH01283653A (ja) | メモリプール管理方式 | |
| JPH10133872A (ja) | 命令バッファを有するプロセッサ装置 | |
| JPH0561769A (ja) | メモリ・アクセス方法 |