Skip to main content
ExLibris
  • Subscribe by RSS
  • Ex Libris Knowledge Center

    Local notes don't display correctly in OPAC; "Execution error.../expand_docx.gnt

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

    Description:
    We are trying to display local notes from the holding records in individual logical bases, based on the holding record's OWN code.
    We are an 8-member consortium, sharing a single bib record. We want to store the 856's in the holding records (not in the main shared bib record), and then expand the 856 into the bib record when someone is searching the logical base. This, apparently, can be done with expand_doc_bib_local_notes. We are trying to set this up but have problems.

    1. Customer has shared bib. See 254702 in UDQ01.
    2. Customer makes HOL records with local OWN codes. See HOL records 460684 (IRS) and 460685 (UQO) for the above bib.
    3. HOL (UDQ60) records contain local 856s.
    4. In the table udq01/tab/tab_expand, in the section WWW-FULL, we put expand_doc_bib_local_notes. We also put this in U39-DOC for testing.
    5. We set up various tables for displaying this information

    a) tab_mapping:
    LCN-2-BIB 856## 3u9 LUR 3u9 Y Y

    b) edit_doc_999.fre.uqo_uo and edit_doc_999.fre.inr:
    ## LUR## D LLocal note exp Y S E W

    6. expand_doc_bib_local_notes consults the table tab_expand_local_notes.conf. These are the relevant sections for the two libraries in question. Note that the logical base name is not the same as the Owner code.

    [UQO_UO]
    owners list = UQO
    owner tag = OWN
    owner subfield = a
    owner alternative tag = 856
    owner alternative subfield =
    mapping section = LCN-2-BIB

    [INR]
    owners list = IRS
    owner tag = OWN
    owner subfield = a
    owner alternative tag = 856
    owner alternative subfield =
    mapping section = LCN-2-BIB

    7. The Codes in brackets are the tab_base code for these institutions. Here are the codes from $alephe_tab/tab_base.fre:
    INR Base INRS INR UDQ01 UDQ01 Y wsl=(INRS or INRSU or INRSE or INRSL) or wun=(RESINTUQ or IRS-ANA)

    and

    UQO_UO Base UQO UQO UDQ01 UDQ01 Y wsl=(UOAT or UOLB or UOM or UOD or UOSJ or UOSJM or UOSJD or UOBE) or wun=(RESINTUQ or UQO-ANA)

    . expand_doc_bib_local_notes also consults tab_fix_z103 in order to display the tags properly. We are using the LOCAL-NOTE section of this table, using the fix_z103_filter_base routine. Our tab_fix_z103 looks like this:
    LOCAL-NOTE fix_z103_filter_base EXPAND=WWW-FULL

    8. Frankly, we don't know what to put in the third column of tab_fix_z103 in order to make anything display. We have tried a number of things, none of which seem to work.

    When we are in the Web OPAC for this, we do the following:

    a) connect to http://aleph-arc.uquebec.ca:8992/F.

    b) connect to UQO database, in upper right hand corner.

    c) Search for "journal of clinical forensic medicine" in "mots du titre"

    d) Select the full record for this. We get an error.

    The www_server_8992.log, with $DEBUG set to Y, ["setenv DEBUG Y" then restart web server], shows this:

    <log>
    expand_doc_bib_local_notes: enter routine.
    BASE = UQO_UO
    P-MAPPING = LCN-2-BIB
    Load: /tmp/utf_files/exlibris/aleph/u18_2/udq01/tab/tab_fix_z103
    FILE=tab_expand_local_notes.conf
    EXPAND=WWW-FULL
    Load: /exlibris/aleph/u18_2/udq01/tab/tab_expand_local_notes.conf
    in init_alloc_conf_tab()
    in init_alloc_conf_tab_section()
    in init_alloc_conf_tab_section()
    in init_alloc_conf_tab_section()
    in init_alloc_conf_tab_section()
    in init_alloc_conf_tab_section()
    in init_alloc_conf_tab_section()
    in init_alloc_conf_tab_section()
    in init_alloc_conf_tab_section()
    in init_alloc_conf_tab_section()
    in init_alloc_conf_tab_section()
    in double_alloc_conf_tab()
    in init_alloc_conf_tab_section()
    in init_alloc_conf_tab_section()
    buf_z103_filter : UDQ60.000460684 is okay <------ this is good! We want this one to display but not the other one. Why doesn't it display later on??
    buf_z103_filter : UDQ60.000460685 is filtered out <--------yes! this is exactly what we want - we don't want this one to display
    Load: /exlibris/aleph/u18_2/udq01/tab/tab_mapping
    add_mapping_info - found 000000015 sections in tables :
    [UMUSI ,852 ] 0004 lines
    [MAIN ,8528 ] 0002 lines
    [XZLA ,8520 ] 0004 lines
    [XZL4 ,8520 ] 0004 lines
    [XZL4 ,OWN ] 0001 lines
    [XZL5 ,8520 ] 0004 lines
    [XZL5 ,OWN ] 0001 lines
    [LCN-2-HOL ,541 ] 0002 lines
    [LCN-2-HOL ,561 ] 0001 lines
    [LCN-2-HOL ,590 ] 0001 lines
    [LCN-2-HOL ,690 ] 0001 lines
    [LCN-2-BIB ,LCN ] 0004 lines
    [LCN-2-BIB ,LCS ] 0001 lines
    [LCN-2-BIB ,LUR ] 0001 lines
    [LCN-2-BIB ,OWN ] 0001 lines
    expand_doc_bib_local_notes: exit routine.
    </log>

    And then the server crashes.

    If you do this from util/f/4/doc, you get this:

    <util/f/4>
    expand_doc_bib_local_notes: enter routine.
    BASE =
    P-MAPPING = LCN-2-BIB
    Load: /tmp/utf_files/exlibris/aleph/u18_2/udq01/tab/tab_fix_z103
    FILE=tab_expand_local_notes.conf
    EXPAND=WWW-FULL
    Load: /tmp/utf_files/exlibris/aleph/u18_2/udq60/tab

    Resolution:
    Corrected by:
    V18 - rpc 1921
    V19 - rpc 509

    Description: WEB - Expand of local notes did not work properly. It expanded the local notes of all HOL records and not only for the relevant bases. (And sometimes got "expand_docx.gnt Attempt to access item beyond bounds of memory". ) This has been corrected.

    By: Hadas (Tamar fr #7872)

    Module: WEB

    Change Type (T[ech]/D[ev]/B[ug]): B

    SI number: 8192-96895

    Unix files:
    ./alephm/source/fix_z103/fix_z103_filter_base.cbl

    Actions:
    iprou fix_z103 fix_z103_filter_base

    Implementation Notes:
    In order for the bases to be properly filtered, add the following line to ./[bib_library]/tab/tab_fix_z103 :
    ! 1 2 3
    !!!!!!!!!!-!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!-!!!!!!!!!!!!!!!!!!!!!!!!!!!!!>
    LOCAL-NOTE fix_z103_filter_base tab_expand_local_notes.conf


    • Article last edited: 10/8/2013