Description

ue_01 terminates with the following:

FUNCTION ERROR
FUNCTION ERROR
<repeated hundreds of times>
...
Execution error : file '/exlibris/aleph/a22_1/aleph/exe/update_long_heading.gnt'
error code: 114, pc=0, call=1, seg=0

When the z07 for the nnnnnnnnn record it was trying to process ("HANDLING DOC NO. - nnnnnnnnn") is deleted, ue_01 is able to process other z07's successfully.

Resolution

This problem is corrected by v22 rep_change 002294 / v23 rep_change 000034.

[Old answer:]

To locate the record in the run_e_01... log which the daemon stopped on:  go to the end of the log and enter "?HANDLING".  This will take you back up in the log to the last "HANDLING DOC NO" line preceding the start of the FUNCTION ERROR messages. 

In this case the "FUNCTION ERROR" message was being produced by the io_z0102 program.  Diagnostics in that program pointed to a 651 field lacking a "$$" in front of the "a" subfield.  (see Additional Information below.)

Additional Information

[Old answer:]

Diagnostics added to ./com_io/io_z0102 program :

                WHEN OTHER
                    display "F-OP= " F-OP
                    display "Z0102-ACC-SEQUENCE= " Z0102-ACC-SEQUENCE
                    display "Z0102-REC-KEY-1 " Z0102-REC-KEY-1
                    DISPLAY "FUNCTION ERROR"

showed this:

  F-OP=
  Z0102-ACC-SEQUENCE= 000831781
  Z0102-REC-KEY-1 UTR_UQTR            SVM  LHISTOIRE 20E SIECLE                                     00001

and that the field producing the "SVM  LHISTOIRE 20E SIECLE" heading was this:

651#6 L aOutaouais (Québec)$$xHistoire$$y20e siècle

Note that it lacks the "$$" in front of the "a" to indicate that it is a subfield.

• Article last edited: DD-month-YYYY