JPS6337435A - Program patch history management system - Google Patents
Program patch history management systemInfo
- Publication number
- JPS6337435A JPS6337435A JP61179895A JP17989586A JPS6337435A JP S6337435 A JPS6337435 A JP S6337435A JP 61179895 A JP61179895 A JP 61179895A JP 17989586 A JP17989586 A JP 17989586A JP S6337435 A JPS6337435 A JP S6337435A
- Authority
- JP
- Japan
- Prior art keywords
- patch
- contents
- new
- history
- chain
- 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
- 238000007726 management method Methods 0.000 claims description 26
- 238000012217 deletion Methods 0.000 description 8
- 230000037430 deletion Effects 0.000 description 8
- 238000012545 processing Methods 0.000 description 8
- 238000004458 analytical method Methods 0.000 description 7
- 238000000034 method Methods 0.000 description 5
- 238000010586 diagram Methods 0.000 description 4
- 238000012937 correction Methods 0.000 description 1
- 230000007547 defect Effects 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
Landscapes
- Debugging And Monitoring (AREA)
Abstract
Description
【発明の詳細な説明】
〔産業上の利用分野〕
本発明は、計算機システムにおけるロードモジュールプ
ログラムのプログラムパッチ履歴管理方式に関する。DETAILED DESCRIPTION OF THE INVENTION [Field of Industrial Application] The present invention relates to a program patch history management method for a load module program in a computer system.
一般呼、すでに市場に出されて使用されているプログラ
ムであっても、複雑なものについては、後日、種々の欠
陥（バグ）が発見される場合がある。また、一定の改良
を施すべき場合もある。Even if the general call is a program that has already been released on the market and is in use, various defects (bugs) may be discovered at a later date if the program is complex. Additionally, certain improvements may need to be made.
このような場合に、プログラムの提供者は、そのプログ
ラムの一部を修正する要領を記載したパンフレットや、
直接プログラムの修正を行うために使用するパンチカー
ドあるいはディスク等を、ユーザーに提供するようにし
ている。In such cases, the program provider may provide a brochure with instructions on how to modify parts of the program, or
The user is provided with a punch card or disk that can be used to directly modify the program.
ユーザーは、このパッチ情報に基づいて、プログラムの
修正作業（これをパッチを施行するという）を行う。The user performs program modification work (this is called patch enforcement) based on this patch information.
さて、パッチを施行すべき一つのロードモジュールプロ
グラムに付いて、その同一アドレスに複数回のパッチが
施されることがある。For one load module program to be patched, the same address may be patched multiple times.
このような場合には、すでに施行されたパッチは無効と
され、新たに施行されるパッチが有効となるよう一定の
修正処理が進められる。In such a case, the patch that has already been applied is invalidated, and certain correction processing is performed so that the newly applied patch becomes valid.
従って、例えばその新たなパッチが施行される直前の状
態にプログラムを復元したい場合には、再びその直前に
施行されたパッチに相当するパッチコマンドを作成して
、パッチの再施行をする必要があった。Therefore, for example, if you want to restore a program to the state it was in just before a new patch was applied, you will need to create a patch command that corresponds to the patch that was applied immediately before and re-apply the patch. Ta.
このように、従来のロードモジュールプログラムに対す
るパッチ処理においては、その同一アドレスに複数回パ
ッチが施行された場合、最新のパッチのみが有効であっ
て、そのままでは、それ以前に施行されたパッチの再利
用が不可能であるという欠点があった。In this way, in conventional patch processing for load module programs, if the same address is patched multiple times, only the latest patch is valid; The drawback was that it was impossible to use.
本発明は以上の点に着目してなされたもので、新たに施
行された新パッチに加えて、それ以前に施行された旧パ
ッチの内容を保存して、その利用を可能にするプログラ
ムパッチ履歴管理方式を提供することを目的とするもの
である。The present invention has been made with attention to the above points, and is a program patch history that saves the contents of old patches that have been implemented before, in addition to newly implemented new patches, and makes it possible to use them. The purpose is to provide a management method.
本発明のプログラムパッチ履歴管理方式は、ロードモジ
ュールプログラムに施行される１回のパッチごとに、そ
のパッチを特定するパッチ識別子と、そのパッチを施行
するパッチアドレスと、そのパッチで施行する新パッチ
の内容とを含むパッチ履歴要素を作成して、これらをパ
ッチ履歴管理テーブルに格納し、同一のパッチアドレス
に新たなパッチを追加施行する場合には、その新パッチ
のパッチ履歴要素中に、その直前に施行された旧パッチ
の内容と、その旧パッチの呼び出しを可能とするキイデ
ータから成る前世代パッチチェーンとを付加し、かつ、
旧パッチのパッチ履歴要素中に、上記新パッチの呼び出
しを可能とするキイデータから成る次世代パッチチェー
ンを付加し、特定のパッチを削除する場合には、そのパ
ッチの直前に同一のパッチアドレスに施行されたパッチ
の、次世代パッチチェーンを削除するとともに、その後
に施行されたパッチのすべてを、上記チェインをたどっ
て呼び出して削除することを特徴とするものである。The program patch history management method of the present invention includes, for each patch applied to a load module program, a patch identifier that identifies that patch, a patch address for applying that patch, and a new patch to be applied with that patch. If you create a patch history element containing the contents and store them in the patch history management table, and then add and apply a new patch to the same patch address, in the patch history element of the new patch, Adds the contents of the old patch that was implemented in 2008 and the previous generation patch chain consisting of key data that enables the calling of the old patch, and
A next generation patch chain consisting of key data that enables the above new patch to be called is added to the patch history element of the old patch, and when deleting a specific patch, it is applied to the same patch address immediately before that patch. This is characterized by deleting the next-generation patch chain of the applied patch, and calling and deleting all subsequently applied patches by tracing the chain.
以上のように、パッチ履歴管理テーブルに新旧のパッチ
の内容を保存するパッチ履歴要素を格納しておけば、新
たなパッチの施行により旧パッチの内容が消去されてし
まうことがない。As described above, by storing patch history elements that save the contents of old and new patches in the patch history management table, the contents of old patches will not be erased when a new patch is implemented.
そして、新たなパッチ施行のつど、新パッチと旧パッチ
との相互の呼び出しを可能とするチェインを設けておけ
ば、そのチェインをたどって同一アドレスに施行された
所定のパッチを復元することができる。Then, each time a new patch is applied, if a chain is created that allows the new patch and the old patch to call each other, it is possible to restore the specified patch that was applied to the same address by following the chain. .
（構成）
第１図は、本発明のプログラムパッチ履歴管理方式の実
施に適するパッチ履歴管理テーブルの概念図である。(Structure) FIG. 1 is a conceptual diagram of a patch history management table suitable for implementing the program patch history management method of the present invention.
また、第２図は、本発明のプログラムパッチ履歴管理方
式の処理手順を示す説明図である。Further, FIG. 2 is an explanatory diagram showing the processing procedure of the program patch history management method of the present invention.
第２図において、まず、この方式においては、パッチコ
マンド解析手段ｌと、パッチ登録手段２と、パッチ削除
手段３と、パッチ履歴管理テーブル４とを設ける。そし
て、パッチコマンド列５を受は入れて、ロードモジュー
ルプログラム６に対し所定のパッチを施行する。In FIG. 2, first, in this system, patch command analysis means 1, patch registration means 2, patch deletion means 3, and patch history management table 4 are provided. Then, the patch command sequence 5 is accepted and a predetermined patch is applied to the load module program 6.
上記パッチコマンド解析手段１は、パッチコマンド列５
を受は入れて、パッチコマンドごとにそのパッチ指示内
容を解析し、新たなパッチを追加施行する場合には、パ
ッチ登録手段２を動作させ、特定のパッチを削除する場
合にはパッチ削除手段３を動作させる回路ブロックであ
る。The patch command analysis means 1 includes a patch command sequence 5
is accepted, the patch instruction contents are analyzed for each patch command, and when adding and implementing a new patch, the patch registration means 2 is activated, and when a specific patch is to be deleted, the patch deletion means 3 is activated. It is a circuit block that operates.
パッチ登録手段２およびパッチ削除手段３は、パッチコ
マンドをもとに、パッチ履歴管理テーブル４に所定の処
理を施すとともに、ロードモジュールプログラム６に対
して、パッチの施行あるいは削除を行う回路ブロックで
ある。The patch registration means 2 and the patch deletion means 3 are circuit blocks that perform predetermined processing on the patch history management table 4 based on patch commands, and apply or delete patches on the load module program 6. .
パッチ履歴管理テーブル４には、第１図に示すように、
複数のパッチ履歴要素４１〜４Ｎが格納される。このパ
ッチ履歴管理テーブル４は、コンピュータの磁気ディス
ク装置等の中に設定される記憶領域から成る。In the patch history management table 4, as shown in FIG.
A plurality of patch history elements 41 to 4N are stored. This patch history management table 4 consists of a storage area set in a magnetic disk device or the like of the computer.
このパッチ履歴要素４１〜４Ｎは、パッチ識別子４１１
と、パッチアドレス４１２と、新パッチ内容４１３と、
旧パッチ内容４１４と、次世代パッチチェーン４１５と
、前世代パッチチェーン４１６とから構成された一連の
データである。These patch history elements 41 to 4N are patch identifiers 411
, patch address 412, new patch content 413,
This is a series of data consisting of old patch contents 414, next generation patch chain 415, and previous generation patch chain 416.
上記パッチ識別子４１１は、パッチ履歴管理テーブル４
中のパッチ履歴要素４１〜４Ｎに一意的に付され、その
パッチを特定するために使用されるデータである。パッ
チアドレス４１２は、ロードモジュールプログラム６上
のそのパッチを施行すべきアドレスに関するデータであ
る。The above patch identifier 411 is stored in the patch history management table 4
This data is uniquely attached to the patch history elements 41 to 4N in the patch history elements 41 to 4N, and is used to identify that patch. The patch address 412 is data regarding the address on the load module program 6 at which the patch is to be applied.
新パッチ内容４１３は、新たに施行するパッチの内容を
示すデータである。旧パッチ内容４１４は、そのパッチ
の直前に同一のパッチアドレスに施行されたパッチの内
容である。同一アドレスにそれ以前に施行されたパッチ
が無ければ、この旧パッチ内容４１４は“０”となる。The new patch content 413 is data indicating the content of a newly implemented patch. The old patch content 414 is the content of a patch applied to the same patch address immediately before the patch. If there is no previously applied patch at the same address, the old patch content 414 will be "0".
次世代バッチチェイン４１５は、そのパッチの直後に同
一パッチアドレスに施行されたパッチの呼び出しを可能
とする、例えば、各パッチ履歴要素４１〜４Ｎのパッチ
履歴管理テーブル４におけるテーブル内アドレス等のキ
イデータから成るデータである。The next generation batch chain 415 enables calling of a patch applied to the same patch address immediately after the patch, for example, from key data such as the address in the table in the patch history management table 4 of each patch history element 41 to 4N. This is the data.
前世代バッチチェイン４１６は、そのパッチの直前に同
一パッチアドレス施行されたパッチの呼び出しを可能と
するキイデータから成るデータである。The previous generation batch chain 416 is data consisting of key data that makes it possible to call a patch that was applied at the same patch address immediately before that patch.
いずれのパッチチェーンも、該当するパッチが無い場合
、その内容は“０”とされる。If any patch chain does not have a corresponding patch, its content is set to "0".
また、パッチ履歴管理テーブル４に格納された各パッチ
履歴要素４１〜４Ｎは、パッチ登録手段２（第２図）に
よって、有効なパッチに対応するものか、あるいは、未
使用のまたは削除されたパッチに対応するものかを判断
されるものとする。Each of the patch history elements 41 to 4N stored in the patch history management table 4 is determined by the patch registration means 2 (FIG. 2) to be one that corresponds to a valid patch or one that is an unused or deleted patch. It shall be determined whether it corresponds to the above.
（動作）
次に、本発明のプログラムパッチ履歴管理方式に対する
パッチの施行手順を具体的に説明する。(Operation) Next, a patch enforcement procedure for the program patch history management method of the present invention will be specifically explained.
（新たなパッチの記録）
まず、新たなパッチを施行する場合には、パッチコマン
ド解析手段１が、パッチ登録手段２を動（乍させる。(Recording a new patch) First, when implementing a new patch, the patch command analysis means 1 activates the patch registration means 2.
このパッチ登録手段２は、パッチ履歴管理テーブル４（
第１図）内から、使用されていないパッチ履歴要素４Ｌ
を探し、これに、そのパッチコマンドによって指定され
たパッチ識別子４１１、パッチアドレス４１２、新パッ
チ内容４１３を設定する。そして、次世代バッチチェイ
ン４１５と前世代バッチチェイン４１６とに“０”を設
定する。This patch registration means 2 has a patch history management table 4 (
From inside (Figure 1), unused patch history element 4L
is searched for, and the patch identifier 411, patch address 412, and new patch content 413 specified by the patch command are set therein. Then, "0" is set in the next generation batch chain 415 and the previous generation batch chain 416.
次に、ロードモジュールプログラム６中でそのパッチア
ドレスで指定された個所における、直前に施行されたパ
ッチの内容を、旧パッチ内容４１４に設定する。そして
、ロードモジュールプログラム６に新たなパッチを施行
する。Next, the content of the most recently applied patch at the location specified by the patch address in the load module program 6 is set as the old patch content 414. Then, a new patch is applied to the load module program 6.
その後、そのパッチ履歴要素４Ｌのパッチアドレスと等
しいパッチアドレスを持つパッチ履歴要Ｓ ４ Ｍ ’
を、パッチ履歴管理テーブル４の先頭から順に検索し、
探り当てる。該当するパッチ履歴要素が無い場合には、
次のパッチコマンドの解析を行うべく、パンチコマンド
解析手段１に処理を；度す。Thereafter, a patch history element S4M' with a patch address equal to the patch address of that patch history element 4L is
are searched in order from the beginning of patch history management table 4,
Find out. If there is no corresponding patch history element,
In order to analyze the next patch command, processing is performed on the punch command analysis means 1.
該当するパッチ履歴要素４Ｍ’が見つかった場合には、
そのパッチ履歴要素４Ｍ’を起点として、その次世代バ
ッチチェイン４１５をたどって、その内容が“０”であ
るパッチ履歴要素４Ｍを探り当てる。If the corresponding patch history element 4M' is found,
Starting from the patch history element 4M', the next generation batch chain 415 is traced to find a patch history element 4M whose content is "0".
このパッチＢ歴要素４Ｍは、パッチ履歴要素４Ｌの直前
に施行されたパッチに相当するものである。そこで、そ
のパッチ履歴要素４Ｍの、次世代バッチチェイン４１５
に、パッチ履歴要素４Ｌのテーブル内アドレスを設定し
、かつパッチ履歴要素４Ｌの前世代パンチチェイン４１
６に、パッチ履歴要素４Ｍのテーブル内アドレスを設定
する。This patch B history element 4M corresponds to a patch that was applied immediately before the patch history element 4L. Therefore, the next generation batch chain 415 of the patch history element 4M
, set the address in the table of the patch history element 4L, and set the previous generation punch chain 41 of the patch history element 4L.
6, the address in the table of the patch history element 4M is set.
これによって、チェインをたどって、いずれのパッチ履
歴要素４Ｌ、４Ｍからも、ただちに他方のパッチ履歴要
素を呼び出すことが可能になる。This makes it possible to follow the chain and immediately call up the other patch history element from any of the patch history elements 4L, 4M.
（特定のパッチの削除）
次は、特定のパッチの削除を行う場合について説明する
。(Deleting a Specific Patch) Next, the case of deleting a specific patch will be explained.
−１−ｆ、パッチコマンドが特定のパッチの削除を要求
するものである場合、パッチコマンド解析手段１は、パ
ッチ削除手段３を動作させる。パッチ削除手段３は、削
除すべきパッチのパッチ識別子と等しいパッチ識別子４
１１が設定されたバッチＨ歴要素４Ｋを探し出す。そし
て、そのパッチ履歴要素４にの新バッチ内容４１３に、
その旧バッチ内容４１４のデータを設定する。こうして
、この旧パッチ内容で、ロードモジュールプログラム６
が再施行される。-1-f, if the patch command requests deletion of a specific patch, the patch command analysis means 1 operates the patch deletion means 3; The patch deletion means 3 selects a patch identifier 4 that is equal to the patch identifier of the patch to be deleted.
Find the batch H history element 4K in which 11 is set. Then, in the new batch content 413 of the patch history element 4,
The data of the old batch contents 414 is set. In this way, with this old patch content, load module program 6
will be re-enforced.
このパッチのパッチ１歴要素４にの前世代パッチチェー
ン４１６が“０″でなければ、その直前に施行されたパ
ンチに相当するパッチ履歴要素４Ｊを呼び出して、その
次世代パッチチェーン４１５に“０”を設定する。これ
によって、そのパッチ履歴要素４Ｊによるパッチが最新
のものであるようにパッチ履歴管理テーブル４が書き換
えられたことになる。If the previous generation patch chain 416 in the patch 1 history element 4 of this patch is not "0", the patch history element 4J corresponding to the punch executed immediately before is called, and the next generation patch chain 415 is set to "0". ”. As a result, the patch history management table 4 has been rewritten so that the patch based on the patch history element 4J is the latest one.
その後、パッチ履歴要素４Ｋを削除するとともに、パッ
チ履歴要素４Ｋを起点としてその次世代バッチチェイン
４１５をたどって、その後に施行されたパッチに相当す
るパンチ履歴要素をすべて削除する。この削除処理は、
各パッチ履歴要素のデータを未使用状態にクリアする等
の作業によって実行される。以上の処理の後、再びパッ
チ解析手段１に処理が渡される。Thereafter, the patch history element 4K is deleted, and the next generation batch chain 415 is traced starting from the patch history element 4K, and all punch history elements corresponding to patches applied after that are deleted. This deletion process is
This is performed by clearing the data of each patch history element to an unused state. After the above processing, the processing is passed to the patch analysis means 1 again.
なお、本発明において、パッチ履歴管理テーブルに格納
すべきデータの順や種類はこれに限定されるものではな
い。また、パッチコマンドを処理してパッチを施行する
手段も、同様の機能を有する他の手段に置き換えてもさ
しつかえない。Note that in the present invention, the order and types of data to be stored in the patch history management table are not limited to these. Furthermore, the means for processing patch commands and applying patches may be replaced with other means having similar functions.
以上説明したように、本発明によれば、ロードモジュー
ルプログラムに対してパッチ履歴管理テーブルを設け、
パッチコマンド解析手段と、パッチ登録手段と、パッチ
削除手段とを導入し、ロードモジニールに対して施行さ
れたパッチコマンドの情報を履歴管理することによって
、以前に施行されたパッチコマンドの情報を再利用する
ことが可能になる。従って、新たに以前のパッチコマン
ドを作成しなくても、以前のパッチコマンドが施行され
た状態にロードモジュールを容易に復元することができ
るという効果がある。As explained above, according to the present invention, a patch history management table is provided for a load module program,
By introducing a patch command analysis means, a patch registration means, and a patch deletion means, and by managing the history of information on patch commands applied to Lord Mosinir, it is possible to replay information on previously applied patch commands. It becomes possible to use it. Therefore, the load module can be easily restored to the state in which the previous patch command was applied without creating a new previous patch command.
第１図は本発明のプログラムパッチＨ歴管理方式の実施
に適するパッチ履歴管理テーブルの概念図、第２図はそ
の処理の手順を示す説明図である。
４・・・・・・パッチＢ歴管理テーブル、４１〜４Ｎ・
・・・・・パッチ履歴要素、４１１・・・・・・パッチ
識別子、
４１２・・・・・・パッチアドレス、
４１３・・・・・・新パッチの内容、
４１４・・・・・・旧パッチの内容、
４１５・・・・・・次世代バッチチェイン、４１６・・
・・・・前世代バッチチェイン。
出 願 人 日本電気株式会社代 理 人
弁理士 山内 梅雄絶 １ 図
パー、４履尼Ｆ萱玉里テーブルFIG. 1 is a conceptual diagram of a patch history management table suitable for implementing the program patch H history management method of the present invention, and FIG. 2 is an explanatory diagram showing the procedure of the process. 4...Patch B history management table, 41 to 4N.
... Patch history element, 411 ... Patch identifier, 412 ... Patch address, 413 ... Contents of new patch, 414 ... Old patch Contents, 415...Next generation batch chain, 416...
...Previous generation batch chain. Applicant: NEC Corporation Agent
Patent attorney Umeo Zetsu Yamauchi 1 figure par, 4 shoes F Kayamari table
Claims (1)
ごとに、そのパッチを特定するパッチ識別子と、そのパ
ッチを施行するパッチアドレスと、そのパッチで施行す
る新パッチの内容とを含むパッチ履歴要素を作成して、
これらをパッチ履歴管理テーブルに格納し、同一のパッ
チアドレスに新たなパッチを追加施行する場合には、そ
の新パッチのパッチ履歴要素中に、その直前に施行され
た旧パッチの内容と、その旧パッチの呼び出しを可能と
するキイデータから成る前世代パッチチェーンとを付加
し、かつ、旧パッチのパッチ履歴要素中に、前記新パッ
チの呼び出しを可能とするキイデータから成る次世代パ
ッチチェーンを付加し、特定のパッチを削除する場合に
は、そのパッチの直前に同一のパッチアドレスに施行さ
れたパッチの、次世代パッチチェーンを削除するととも
に、その後に施行されたパッチのすべてを、前記チェイ
ンをたどって呼び出して削除することを特徴とするプロ
グラムパッチ履歴管理方式。For each patch that is applied to a load module program, a patch history element is created that includes a patch identifier that identifies that patch, a patch address that applies that patch, and the contents of the new patch that is applied with that patch. hand,
These are stored in the patch history management table, and when a new patch is added to the same patch address and applied, the patch history element of the new patch includes the contents of the old patch that was applied immediately before, and the old patch. adding a previous generation patch chain consisting of key data that enables calling of the patch, and adding a next generation patch chain consisting of key data that enables calling of the new patch to the patch history element of the old patch; When deleting a specific patch, delete the next generation patch chain of the patch applied to the same patch address immediately before that patch, and also delete all the patches applied after that by tracing the chain. A program patch history management method characterized by calling and deleting.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP61179895A JPS6337435A (en) | 1986-08-01 | 1986-08-01 | Program patch history management system |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP61179895A JPS6337435A (en) | 1986-08-01 | 1986-08-01 | Program patch history management system |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JPS6337435A true JPS6337435A (en) | 1988-02-18 |
Family
ID=16073779
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP61179895A Pending JPS6337435A (en) | 1986-08-01 | 1986-08-01 | Program patch history management system |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JPS6337435A (en) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6496974B1 (en) | 1998-06-08 | 2002-12-17 | Microsoft Corporation | File update performing comparison and compression as single process |
-
1986
- 1986-08-01 JP JP61179895A patent/JPS6337435A/en active Pending
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6496974B1 (en) | 1998-06-08 | 2002-12-17 | Microsoft Corporation | File update performing comparison and compression as single process |
| US6938109B1 (en) * | 1998-06-08 | 2005-08-30 | Microsoft Corporation | Method and system for updating software with smaller patch files |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JPH07105064A (en) | File name detection system | |
| US11966302B2 (en) | Updating a virtual machine backup | |
| CN106919620B (en) | Single page processing method and device | |
| US7895164B1 (en) | Efficient checkpoint process | |
| JPS6337435A (en) | Program patch history management system | |
| JPH0394377A (en) | Map file updating system | |
| JPH07319742A (en) | Physical deleting system for logically deleted data | |
| JPH0322152A (en) | File restoring system | |
| JPH06222916A (en) | On-line real-time processor | |
| CN112257122B (en) | Data processing method, device, equipment and storage medium based on T2 chip | |
| US20230252228A1 (en) | Workflow style governance | |
| JPS6045854A (en) | File transition control system | |
| JP2000148562A (en) | Data backup method, data backup device utilizing the method and computer readable recording medium recorded with data backup program | |
| JPS6398029A (en) | Application system for automatic patch selection | |
| JPH0744426A (en) | File management method for file system | |
| JP2000148548A (en) | Unnecessary record deleting device | |
| JPH04120634A (en) | Data processor | |
| CN112579850A (en) | Breakpoint recovery method and device | |
| JPS61245251A (en) | File control method | |
| CN110874523A (en) | Internal and external interaction method and device for rich text editor, processor and storage medium | |
| JP2647044B2 (en) | History management method | |
| JPH05257761A (en) | Damp output control system | |
| JPH05250243A (en) | Data processing system for extended storage device | |
| JPH0934764A (en) | Method and device for processing information | |
| JPH0324646A (en) | Information processor |