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