JPH0314144A - Rerun processing system for user program - Google Patents

Abstract

PURPOSE:To eliminate the need of executing a countermeasure for re-execution by positioning a transaction file by using the next record of a final processed record indicated by the present designator saved in a designator save area, as the head record, in the case a user program is brought to abnormal end, and thereafter, operated in a rerun mode. CONSTITUTION:This system is constituted of a user program 2, a transaction program 3, a present designator save area generating means 4, a present designator saving means 5, a present designator save area deleting means 6, a file positioning means 7 and a rerun processing calling means 9. When the user program 2 is brought to abnormal end in the course of processing the transaction file 3, and thereafter, re-actuated in a rerun mode, a file positioning means 7 fetches the saved present designator and positions the transaction file 3 by using the next record of a final processed record as the head record to be processed. In such a way, in the case of executing the processing of the transaction file, it becomes innecessary to consider the countermeasure for re-execution from the time of a design of the file.

Description

DETAILED DESCRIPTION OF THE INVENTION [Field of Industrial Application] The present invention relates to a batch user program for processing transaction files in an operating system, and particularly to its rerun processing method.

[Prior Art] Generally, a program having a transaction file completes processing for each transaction. There is some problem with the program (for example, a file output error, etc.)
may terminate abnormally during processing, or the entire system may fail (
If the program is stopped due to, for example, a power outage, the transaction file will be partially processed, and if there are files that are updated by the transaction file, there is a possibility of double update and the program cannot be re-executed from the beginning. For this reason, conventional user programs have a switch in the processed transaction record,
The programmer needs to consider things like turning on that switch to update records, and when the program is re-executed, referring to that switch and skipping the processed records or deleting the processed records. It was.

[Problems to be Solved by the Invention] In the conventional user program rerun processing method described above, a switch is provided in the processed transaction record, the switch is turned on to update the record, and the program is re-executed. When a transaction file is designed, the switch is referenced to skip over processed records or delete processed records, so the flag area is used to distinguish between processed and unprocessed records from the time the transaction file is designed. It is necessary to take measures against re-execution, such as setting up a program, and the processing program also requires troublesome processing procedures to manipulate transaction records, which makes the production of the program +! It has the disadvantage of inhibiting [.

An object of the present invention is that when processing transaction files, it is not necessary to consider re-execution countermeasures from the time of file design, and there is no need for troublesome processing procedures to operate transaction reads. , to provide a rerun processing method for user programs.

[Means for Solving the Problems] A current indicator save area that generates a current indicator save area in which a current indicator indicating the position of a record being processed in a transaction file of a rerun processing method of a user program of the present invention is saved. generating means; current indicator saving means for saving the current indicator of the transaction file to the current indicator area; current indicator saving area deletion means for deleting the current indicator saving area; 1) η current a file positioning means for locating the transaction file according to the current indicator of the transaction file saved in the indicator save area; Immediately after opening, if the user program operates in normal mode, it calls a bait current indicator save area generation means to generate the current indicator save area, and processes a predetermined number of records of the transaction file. Immediately after each completion of the process, the current indicator saving means is called to save the current indicator of the last processed record to the current indicator saving area, and a file rest point is established to process the processed record. If the user program is activated and operates in rerun mode after the user program terminates abnormally, the file locating means is called to take out the current indicator saved in the current indicator save area and save the current indicator r.
After positioning the transaction file as the first record without processing the record following the record indicated by , process the predetermined number of records in the same way as in the case of normal mote operation 1). Immediately after the end, the current indicator is saved in the current indicator save area by the current indicator saving means to enable the processed record processing, and if the user program always ends +E, the current indicator is saved in the current indicator save area. and rerun processing calling means for calling child save area deletion means to delete the current indicator save area.

[Function] After the user program terminates abnormally while processing a transfer file, when it is started in rerun mode, the file positioning means called by the rerun processing calling means or the current pointer save area is The current indicator saved in the current indicator is retrieved and the record following the last processed record indicated by the current indicator is placed in the processing file.The transaction file is positioned as the first record, so that some processed records are skipped. When designing a file, do not create a flag area to determine whether a record has been processed or not. Even if this is not taken into consideration, there is no risk of double updates even if there are files that are updated by transaction files.

[Example] Next, an example of the present invention will be described with reference to the drawings.

FIG. 1 is a block diagram showing an embodiment of the user program rerun processing method of the present invention, and FIG. 2 is a flowchart of the processing of the user program 2 shown in FIG.

This user program rerun processing method includes a user program 2, a transaction program 3, a current indicator save area generation means 4, a current indicator save area 5, a current indicator save area delete means 6, and a file positioning means 7. The rerun processing calling means 9 is included in the user program 2.

When the user starts the user program 2, the user saves the rerun file JD, which is the name given to the current directive save area 8 of the transaction file 3 specified as the file to be rerun processed, and the user program 2 normally. Specify the operating mode 1 to operate in mode or rerun mode.

When the user program 2 is executed, as shown in FIG. 2, immediately after the transaction file 3 is opened (step 21), the operating mode is determined by the operator index system (not shown). Step 22),
In the normal mode, the rerun process calling means 9 calls the current indicator save area generating means 4, and the current indicator save area generating means 4 generates the current indicator save area 8 with the name of the given or runfile ID ( Step 23).

This current instruction save area 8 is managed by the operating index system so that its contents are retained even when the program ends or the entire system stops, and once created, it is permanent unless deleted. is maintained. Next, one transaction record is manually generated from the transaction file 3 (step 25), and then it is determined whether the transaction file 3 is finished (step 26), and if the file is not finished, the transaction record is processed. is performed (step 27
), it is determined whether the processing of a predetermined number of transaction records has been completed based on the counter value of a counter (not shown) that counts the processing of transaction records (step 28), and the processing of the predetermined number of records is completed. At this time, the rerun processing calling means 9 calls the current indicator saving means 5, and the current instruction r saving means 5 saves the current indicator in the last processed record to the current indicator saving area 8, and at the same time saves the file static point. By establishing a predetermined number of processed zero codes, processing is enabled (step 24), and then a counter that counts the number of processed transaction records is cleared (step 30), and the process returns to step 25. If the processing of the predetermined number of records has not been completed in step 28, the process also returns to step 25. Now, if processing for "Record 2J" of transaction file 3 is completed and a program error occurs during processing for the next "Record 3" and the program stops,
The current indicator save area 8 stores a current indicator indicating the position of "record 2". At this time, if the user program 2 is restarted in rerun mode, step 22
It is determined that the rerun mode is in the rerun mode, and the rerun processing calling means 9
calls the means 7 for file positioning, and the means 7 for file positioning retrieves the current indicator (indicating "record 2") from the current indicator save area 8 with the name specified by the rerun file ID, and The indicator is currently pointing to "
Transaction file 3 is placed at position 1 in "record 3", which is the next record after "record 2" (step 24). Next, transax stain 1
[Record 3j, which is the first record of unprocessed transaction records, is manually entered in the file (step 25), and the processing from step 26 onwards is performed. Even if the user program 2 is started in the normal mode or in the rerun mode, if the user program 2 terminates normally, it is determined that the end of the transaction file 3 is Y in step 26, and the transaction file 3 is
is closed (step 31), the rerun processing calling means 9 calls the current indicator save area deletion unit 6, and the current indicator save area deletion unit 6 deletes the current indicator save area 8 with the name of the rerun file ID ( Step 32)
.

Here, the rerun processing calling means 9 is inserted into the object program by the compiler when the user program 2 is created and the transaction file 3 is defined as a file to be rerun processed.

In the user program rerun processing method of this embodiment, when the user program terminates abnormally while processing transaction file 3 and is restarted in rerun mode,
Processing is restarted with the record next to the last processed record indicated by the current indicator that was saved in the current indicator save area 8 as the first record, and even if there is a file that is updated by the transaction file, it will be updated twice. There is no.

[Effects of the Invention] As explained above, the present invention saves the current indicator to the current indicator save area immediately after processing of a predetermined number of records in a transaction file processed by a user program is completed. If the user program operates in the dust run mode after the user program terminates abnormally, the transaction is executed with the record following the last processed record indicated by the current indicator saved in the indicator save area as the first record. By positioning the file, processed records are skipped in rerun mode, so
When designing a transaction file, there is no need for re-execution measures such as creating a flag area to determine whether a record has been processed or not, and it is also possible to turn on a switch in a processed transaction record. When the program is re-executed, the transaction can be executed without having to take any processing procedures into programming, such as skipping the processed records or deleting the processed records by referring to the switch when the program is re-executed. This has the effect of simplifying program creation since there is no fear that files will be updated repeatedly even if the files are updated frequently.

[Brief explanation of drawings]

FIG. 1 is a block diagram showing an embodiment of the user program rerun processing method of the present invention, and FIG. 2 is a flowchart of the processing of the user program 2 shown in FIG. 1...Specification of operation mode and rerun file ID. 2... User program, 3... Transaction file, 4 4... Current indicator save area generation means, 5... Current indicator save means, 6... Current indicator save area delete means, 7... File positioning means, 8... Current indicator save area, 9... Rerun process calling means, 21.22, 23. ..., 32...step.

Claims (1)

[Claims] 1. A rerun processing method for a batch user program that processes a transaction file in an operating system, in which a current indicator indicating the position of the record being processed in the transaction file is saved. current indicator save generation means for generating a current indicator save area; current indicator save unit for saves the current indicator of the transaction file to the current indicator area; and current indicator for deleting the current indicator save area. child save area deletion means; file positioning means for locating the transaction file by the current indicator of the transaction file currently saved in the indicator save area; At the time of execution, immediately after opening the transaction file, if the user program operates in normal mode, it calls the current indicator save area generation means to generate the current indicator save area, and stores a predetermined number of the current indicator save areas. Immediately after each transaction file record processing is completed, the current indicator saving means is called to save the current indicator of the last processed record to the current indicator saving area, and a file quiescent point is established. After enabling the processed record processing and abnormally terminating the user program, if the user program operates in rerun mode, it calls the file positioning means and retrieves the current indicator saved in the current indicator save area. After positioning the transaction file as the first record to be processed, the record following the record currently indicated by the indicator, the processing of the predetermined number of records is completed, as in the case of operating in the normal mode. Immediately after, the current indicator is saved in the current indicator saving area by the current indicator saving means, the processed record processing is enabled, and the user program terminates normally;
A rerun processing method for a user program, comprising: rerun processing calling means for calling the current indicator save area deletion means to delete the current indicator save area.