p_manage_17 processing all headings regardless of last-acc-long-number value

• Article Type: General
• Product: Aleph
• Product Version: 17.01

Description:
We just discovered that the version 17 p_manage_17 always re-processes all the headings regardless of the value of Z52 sequence "last-long-acc-number". We use the following parameters:

csh -f $aleph_proc/p_manage_17 ABC01,C,1,

Are these wrong or is their a problem with p_manage_17?

Resolution:
In version 17-up, the p_manage_17 command looks like this:

csh -f $aleph_proc/p_manage_17 ABC01,C,000000000,999999999,01

The "000000000" is P-START-ACC-NUMBER, the number of the first ACC-HEADING (Z01) to be processed; the "999999999" is P-END-ACC-NUMBER, the number of the last ACC-HEADING to be processed; and the "01" is the number of processes.

In version 17-up, the ./butil/b_build_cycle_table_long_head program has been changed to look at the P-START-ACC-NUMBER in deciding where to start -- rather than the util g/2 last-long-acc-number.

The ./com/update_acc program (invoked by ue_01 and union_13) calls a new program, update_long_heading, thus, p_manage_17 no longer needs to be run on an ongoing basis.

• Article last edited: 10/8/2013