JPH03263218A - Data form converting system and pack form data arithmetic system - Google Patents

Abstract

PURPOSE:To simplify the processing by separating and holding the decimal data part and the code part of a pack-form data held in a data holding means. CONSTITUTION:A separating means 121 separates the decimal data part and the code part of pack-form data held in a data holding means 111, and the decimal data part is held in a decimal data holding means 131 with the least significant bit matched to the word boundary or the half-word boundary. The code part is held in a code holding means 141 while including upper bits of one byte. since the decimal data part and the code part of pack-form data are separated and held, only the decimal data part can be processed without paying an especial attention to the code part, and the separated decimal data part is matched to the word or half-word boundary to perform the processing with a word or a half word as the unit, and thus, the processing is simplified.

Description

[Detailed Description of the Invention] [Summary] Regarding a data format conversion method and a packed format data calculation method that convert the format of data expressed in a packed format and perform calculations using the converted data, For the purpose of simplifying processing, a data holding means for holding data in a packed format, and the packed format 〇 data held in the data holding means are manually input, and the decimal data part and code part included in this data are a decimal data holding means that holds the least significant bit of the decimal data section separated by the separation means along a word boundary or a half-word boundary; and code holding means for holding the code included in the upper bits. It has a decimal data holding means and a code holding means corresponding to each of the two data in the pack format, and the data is stored in the two decimal data holding means based on the two code parts held in the two code holding means. The apparatus is configured to include arithmetic means for performing predetermined arithmetic processing on the two retained lO-adic data parts.

[Industrial application field]

The present invention relates to a data format conversion method and a packed format data calculation method that convert the format of data expressed in a pack format and perform calculations using the converted data.

[Prior Art] Generally, numerical data handled inside a computer is expressed in a fixed-point format or a floating-point format, and a format specified by a programming language or the like is used. In particular, since decimal numbers in daily use can be expressed in 4 bits, unpacked or packed data in which one digit corresponds to one or two digits is often used.

FIG. 8 shows specific examples of the packed format and unpacked format. In the pack format, as shown in Figure (a), one byte corresponds to a two-digit decimal number, and the symbols ("+" corresponds to hexadecimal C, and "-" corresponds to hexadecimal D) ) corresponds to the lower 4 bits of the least significant byte. In addition, in the unpack format, as shown in FIG. 4B, one byte corresponds to a one-digit decimal number, and the code corresponds to the upper four bits of the least significant byte. The upper four bits of the bytes other than the least significant byte are called a zone part, into which predetermined data (for example, F in hexadecimal) is inserted.

By the way, when data in packed format is processed by an architecture that does not recognize that the lowest four bits are a code, it is necessary to separate only the code part and perform calculations and other processing. FIG. 9 shows a specific example of processing when two data AI and A2 in packed format are input, the two data are added, and the addition result is further converted into unpacked format. The following symbols such as ■, ■, etc. correspond to the symbols in FIG.

■First, one side of the human power data Al (=01234CH1
Here, H is a symbol representing hexadecimal data). Since the code part in the packed format is the lower 4 bits of the least significant byte, the least significant byte is extracted and saved as the code part OCR. Note that the upper 4 bits are not related to the sign, so fixed data OH is inserted.

■Next, the decimal data part 012 of one input data A1
Extract 340H. The extracted decimal data is held as intermediate data T1.

■Similarly, the other input data A2 (=01000DH)
The code part ODH of is extracted and saved.

■Extract the decimal data part 010000H of the other human data. The extracted decimal data is held as intermediate data T2.

(2) Next, the sign of the two input data is determined.

The code part extracted and saved from one input data (code 1
) is equal to the code part (code 2) extracted from the other input data and saved.

(2) If the result of the sign determination is true (affirmative determination), add intermediate data T1 and T2. Further, if the result of the sign determination is false (negative determination), intermediate data T2 having a small value is subtracted from intermediate data T1 having a large value. The addition/subtraction results are held as intermediate data T3.

(2) Next, the code part is inserted into the intermediate data T3 to return it to the packed format.

(2) Furthermore, when converting the packed intermediate data T3 into an unpacked format, first, the upper 4 bits and lower 4 bits of the least significant byte are exchanged.

■Next, convert the lower 2nd byte to unpacked format.

[Phase] Similarly, convert the most significant byte to unpacked format. Note that since there is a half-word boundary between the most significant byte and the second least significant byte of the intermediate data T3, it is necessary to perform the above-mentioned processes ① and ① separately.

The words cannot be processed all at once, and the same processing must be repeated for multiple words or half words.

The present invention was created in view of these points, and an object of the present invention is to provide a data format conversion method and a packed format data calculation method that simplify processing.

[Problem to be solved by the invention]

By the way, in the conventional method described above, it is necessary to perform calculations and conversion processing to unpacked format with special attention to the least significant byte of data in packed format manually, which makes the processing complicated. was there.

Also, since 4 bits corresponding to the code are added to the decimal data part, the data length becomes longer and there is a higher possibility that the data will cross word boundaries or half-word boundaries, so the same process is repeated. This poses a problem in that the processing becomes complicated.

Generally, words, half words, or bytes are the units of processing, so when a word boundary or a half word boundary is crossed [Means for Solving the Problem] FIG. 1 is a block diagram of the principle of the present invention.

In Figure 1 of Llin Engineering 1, data holding means 111 holds data in pack format.

The separating means 121 receives the packed data held in the data holding means 111 manually and separates the decimal data part and the code part contained in this data.

The decimal data holding means 131 holds the least significant bit of the decimal data part separated by the separating means 121 in alignment with word boundaries or half-word boundaries.

The code holding means 141 stores the code part separated by the separating means 121 by including it in the upper bits of one byte.

Therefore, as a whole, the data in the packed format is intercepted to be converted into a format in which the decimal data and the code are separated.

The decimal data holding means 131 and the code holding means 141 of claim 1 are provided in correspondence with each of the two data in the 6-back format, and the calculation means 151 is provided with two code holding means Based on the two code parts held in the means 141, 2
Two 1s held in one decimal data holding means 131
Performs predetermined arithmetic processing on the 0-decimal data part.

Therefore, as a whole, operations are performed on the decimal data part and the code part separated from the packed data.

[Operation] The H separation means 121 of the 11th line 11 separates the decimal data part and the code part of the packed format data held in the data holding means 111, and this decimal data part has the least significant bit as a word. The data is held in the decimal data holding means 131 in accordance with boundaries or word boundaries. Further, this code part is included and held in the upper bits of one byte.

In the data format conversion method according to claim 1, by separately holding the decimal data part and the code part of the packed data, only the decimal data part is processed without being particularly aware of the code part. Furthermore, by aligning the separated decimal data portion with words or word boundaries, it becomes possible to process words or words.

In claim 2, the decimal data part and code part corresponding to each of the data in two pack formats are separated into separate units.
It is held in the 0-base data holding means 131 and the code holding means 141. The arithmetic means 151 performs arithmetic processing on the two held decimal data parts based on the two held code parts. For example, the calculation means 151 performs arithmetic processing such as addition and subtraction in consideration of the signs.

In the packed format data calculation method of claim 2, the decimal data part and the code part separated in claim 1 are used to perform arithmetic processing on two pieces of data in the packed format, without being aware of the code part. , and operations can be performed on a word or half-word basis.

〔Example〕

Hereinafter, embodiments of the present invention will be described in detail based on the drawings.

FIG. 2 shows the configuration of a computer system in an embodiment of the present invention.

In FIG. 2, 211 is a human data storage unit, 221
231 is the data separation unit, 231 is the intermediate data holding unit, 25
1 is the calculation section, 261 is the unpack format conversion section, 26
3 and 273 indicate output data holding sections, and 271 indicates a data combining section, respectively.

The data holding means 111 shown in FIG.
Both the decimal data holding means 131 and the code holding means 141 correspond to the intermediate data holding section 231, and the calculation means 151 corresponds to the calculation section 251.

The input data holding unit 211 holds manually input packed data, and the data separation unit 221 separates the code part and the decimal data part of the packed data held in the input data holding part 211. do.

The intermediate data holding unit 231 holds the code part and decimal data part separated by the data separation part 221 as intermediate data, and performs various processing such as calculation processing on packed format data and conversion processing to unpacked format. This is performed on this retained intermediate data.

The calculation unit 251 reads the two intermediate data held in the intermediate data storage unit 231, and performs predetermined calculation processing (
For example, perform addition processing). The calculation result is held in the intermediate data holding unit 231 again.

The unpack format converting unit 261 is an intermediate data holding unit 23
1 is converted into unpacked data, and the output data holding unit 263 stores the unpacked data after this conversion.

data is retained.

The data combining unit 271 is for obtaining packed format data by combining the intermediate data held in the intermediate data holding unit 231, that is, the code part and the decimal data part. Retains the obtained data in packed format.

Next, the operation of the embodiment of the present invention described above will be explained.

Let us now consider the case where two input data Al and A2 expressed in packed format are added and then converted into unpacked format. Such processing is performed using the programming language C0.
An example of implementation using BOL is shown in FIG.

As shown in Figure 3, A1 is an internal variable that has a 4-digit value in decimal (packed format), and its value is r+123
4. ”. Similarly, A2 is a variable with an internal decimal 4-digit value, and its value is r-t-1ooo,J. These two data AI and A2 are added and the result is assigned to variable B.

Further, FIG. 4 shows the holding state of intermediate data in the intermediate data holding unit 231, FIG. 5 shows a specific example of processing when adding two input data and converting the addition result into an unpacked format, and FIG. 7 shows the operation procedure of the addition process, and FIG. 7 shows the operation procedure of the conversion process to the unbanked format. ■ Below.

Symbols such as (1) correspond to the symbols in FIGS. 5 to 7.

■First, one input data Al (=01234CH)
Then, the code part and the decimal data part are separated.

Packed data A1 held in the input data holding unit 211 is input to the data separation unit 221, and is separated into a code part and a decimal data part.

The separated parts are stored in the intermediate data holding unit 2 in the format shown in Figure 4.
It is held at 31.

In other words, the 4-digit decimal data part is held so as not to cross word boundaries (one word is made up of 4 bytes) and half-word boundaries, and the upper bits adjacent to this decimal data part A 1-byte code section containing a code in the upper 4 bits is held on the side.

The 3-byte data of the code part and decimal data part is defined as intermediate data TI.

■Similarly 1, the other input data A2 (=01000DH
) is separated into a code part and an IO-adic data part, and the separated intermediate data T2 is held in the intermediate data holding unit 231.

Hereinafter, for the two intermediate data T1 and T2 held in the intermediate data holding unit 231 in this way,
51 is performed.

(2) Prior to the addition process, the sign of the two intermediate data is determined. The calculation unit 251 checks whether the sign part (most significant byte) of one intermediate data T1 is equal to the sign part (most significant byte) of the other intermediate data T2.

(2) If the result of the sign determination is true (affirmative determination), the decimal data portions of intermediate data T1 and T2 are added. Note that since the decimal data portions of the intermediate data TI and T2 are both held in a format that does not cross word boundaries or half-word boundaries, addition can be performed in one process.

Furthermore, if the result of the sign determination is false (negative judgment), the decimal data part of the other intermediate data T2 is subtracted from the decimal data part of the one intermediate data T1, which has a larger value in the decimal data part. .

(2) Next, the calculation unit 251 determines the code corresponding to the addition/subtraction result, that is, the code part with the larger value of the decimal data part is determined as the code part corresponding to the addition/subtraction result. The determined code part and the decimal data part which is the addition/subtraction result are held in the intermediate data holding unit 231 as new intermediate data T3.

Thereafter, the intermediate data T3 held in the intermediate data holding unit 231 in this manner is converted into an unpacked format.

■First, the unpack format conversion unit 261 converts the intermediate data T
3 and convert only the decimal data part to unpacked format. As described above, since the decimal data part is held in a format that does not cross word boundaries or half-word boundaries, it can be converted to unpacked format in one process.

(2) Next, the unpacked format conversion unit 261 inserts the upper four bits of the code part into the upper four bits of the least significant byte of the data converted into the unpacked format in (2). This insertion can be realized by simple processing because it does not require exchanging the upper bits and lower bits.

In this way, by separating the packed format data into the 10-decimal data part and the code part, and keeping the least significant bit of the decimal data part aligned with the word boundary or half-word boundary, 1
The entire 0-decimal data portion can be processed in units of words or half words, and repetition of processing can be reduced to simplify processing. Further, by holding the separated code part in the upper four bits of one byte, it is possible to easily realize the process of converting to an unpacked format.

Furthermore, by performing a predetermined calculation using the two intermediate data after separation described above, calculation processing can be performed on a word or half-word basis, so that calculation processing can be simplified.

〔Effect of the invention〕

As described above, in the invention of claim 1, by separately holding the decimal data part and the code part of the data in packed format, it is possible to read only the decimal data part without being particularly aware of the code part. It is now possible to process and also separate 10
By matching the hexadecimal data portion to a word or half-word boundary, processing can be performed in units of words or half-words, thereby simplifying the processing.

In addition, in the invention of claim 2, by performing arithmetic processing on two pieces of data in a packed format using the decimal data part and the code part separated in claim 1, the code part is not considered. Processing can be simplified by performing calculations on a word or half-word basis.

[Brief explanation of drawings]

Fig. 1 is a block diagram of the principle of the present invention, Fig. 2 is a block diagram of an embodiment to which the present invention is applied, Fig. 3 is a diagram showing a C0BOL program of the embodiment, and Fig. 4 is a diagram showing the state of holding intermediate data. 5 is an explanatory diagram of the process of the embodiment. FIG. 6 is an explanatory diagram of the addition process of the embodiment. FIG. 7 is an explanatory diagram of the conversion process to the unpacked format of the embodiment. 9 is a diagram showing a specific example of a data format, and FIG. 9 is an explanatory diagram of processing in a conventional example. 261 is an unpack format conversion unit, 263 and 273 are output data holding units, and 271 is a data synthesis unit. In the figure, 111 is data holding means, 121 is separation means, 131 is decimal data holding means, 141 is code holding means, 151 is calculation means, 211 is input data holding section, 221 is data separation section, 231 is intermediate data Holding section, 251 is the calculation section, k Ground side configuration diagram Figure 2 Blade ξno mo Sun Moon fJ Chikinuma Ori block diagram Figure 1 01 AI PIC39 (4) PACKED
-DECIMALν Rainbow+l. 01A2PIC39(4)PACKED-DECIMA
L VALUE +1000゜PIC39(4) o
+5puy. cO circle I real j et al 1 + J, yrCOBOL fu b gelam Σ6 between Fig. 3 10 Tsuchitsu T 2 y#p ↑ ↑ ↑ ↑ ↑ "Mate turn" is the meson = 7. (!-f Temple A fire yearning) Figure 4 Figure 10 Dimensions 5 ↑ ↑ ↑ ↑ ↑ Pa'ai F4J 1141'!'J't g f(f
$Figure 8 [

Claims (2)

[Claims] (1) Data retention means for retaining data in pack format (
111), separation means (121) for inputting packed format data held in the data holding means (111) and separating a decimal data part and a code part contained in this data; and said separation means (111); a decimal data holding means (131) that holds the least significant bit of the decimal data part separated by step 121) along a word boundary or a half-word boundary; Code holding means (141) that is included in the upper bits and held
A data format conversion method characterized by being configured to include the following. (2) The decimal data holding means (131) and the code holding means (141) of claim 1 are provided in correspondence with each of the two data in a pack format, and the data held in the two code holding means (141) is provided. Based on the two code parts, the two decimal data holding means (
131) A packed format data calculation method characterized in that it is configured to include calculation means (151) for performing predetermined calculation processing on two decimal data parts held in a data storage unit (131).