共用方式為

SEND_ERROR

SEND_ERROR動詞命令會通知夥伴交易程式 （TP） 本機 TP 發生應用層級錯誤。

下列結構描述 SEND_ERROR 動詞動詞所使用的動詞控制區塊 （VCB）。

語法

  
struct send_error {  
    unsigned short      opcode;  
    unsigned char       opext;  
    unsigned char       reserv2;  
    unsigned short      primary_rc;  
    unsigned long       secondary_rc;  
    unsigned char       tp_id[8];  
    unsigned long       conv_id;  
    unsigned char       rts_rcvd;  
    unsigned char       err_type;  
    unsigned char       err_dir;  
    unsigned char       reserv3;  
    unsigned short      log_dlen;  
    unsigned char FAR * log_dptr;  
};

成員

opcode
提供的參數。 指定動詞作業程式代碼，AP_B_SEND_ERROR。

opext
提供的參數。 指定動詞作業延伸模組，AP_BASIC_CONVERSATION。

reserv2
保留欄位。

primary_rc
傳回的參數。 指定APPC在動詞完成時設定的主要傳回碼。 有效的傳回碼會根據所發出的APPC動詞而有所不同。 如需這個動詞的有效錯誤碼，請參閱傳回碼。

secondary_rc
傳回的參數。 指定APPC在動詞完成時所設定的次要傳回碼。 有效的傳回碼會根據所發出的APPC動詞而有所不同。 如需這個動詞的有效錯誤碼，請參閱傳回碼。

tp_id
提供的參數。 識別本機 TP。

這個參數的值是由叫用 TP 中的 TP_STARTED 或叫用的 TP 中的 RECEIVE_ALLOCATE 所傳回。

conv_id
提供的參數。 提供交談標識碼。 在叫用 TP 或叫用的 TP 中，RECEIVE_ALLOCATE，會傳回此參數的值。

rts_rcvd
傳回的參數。 指出合作夥伴 TP 是否發出 REQUEST_TO_SEND。可能的值包括：

  • AP_YES表示夥伴 TP 已發出 REQUEST_TO_SEND，要求本機 TP 將交談變更為 RECEIVE 狀態。 若要變更為 RECEIVE 狀態，本機 TP 可以使用 PREPARE_TO_RECEIVE、 RECEIVE_AND_WAIT或 RECEIVE_AND_POST。

  • AP_NO表示合作夥伴 TP 尚未發出 REQUEST_TO_SEND。

    err_type
    提供的參數。 指出所報告的錯誤類型—應用程式程式或服務程式。

    AP_PROG表示錯誤會回報給用戶應用程式。 此值會導致 APPC 將下列其中一個傳回碼傳送給合作夥伴 TP：

    AP_PROG_ERROR_NO_TRUNC

    AP_PROG_ERROR_PURGING

    AP_PROG_ERROR_TRUNC

    AP_SVC指出錯誤會回報給服務程式。 此值會導致 APPC 將下列其中一個傳回碼傳送給合作夥伴 TP：

    AP_SVC_ERROR_NO_TRUNC

    AP_SVC_ERROR_PURGING

    AP_SVC_ERROR_TRUNC

    err_dir
    提供的參數。 指出錯誤是只接收數據，還是即將傳送的數據。 只有在交談處於SEND_PENDING狀態時，才使用此參數。 否則會忽略 參數。 以下是允許的值：

  • AP_RCV_DIR_ERROR表示在偵測到剛收到之數據相關聯的錯誤之後，發出 TP SEND_ERROR 。

  • AP_SEND_DIR_ERROR表示在偵測到與要傳送之數據相關聯的錯誤之後，發出 TP SEND_ERROR 。 例如，從磁碟驅動器讀取數據時，TP 發生錯誤。

    reserv3
    保留欄位。

    log_dlen
    提供的基本交談參數;指定要傳送至錯誤記錄檔的數據位元組數目。 範圍是從 0 到 32767。

    長度為零表示沒有錯誤記錄檔數據。

    log_dptr
    提供的基本交談參數;指定包含錯誤信息的數據緩衝區位址。 數據會傳送至本機錯誤記錄檔，並傳送至夥伴邏輯單元 （LU）。

    如果log_dlen大於零，SEND_ERROR會使用此參數。

    針對 Microsoft Windows，數據緩衝區可以位於靜態數據區域或全域配置區域中。 數據緩衝區必須完全符合此區域。

    TP 必須將錯誤數據格式化為 GDS 錯誤記錄變數。 如需詳細資訊，請參閱 IBM SNA 手冊（s）。

回傳代碼

AP_OK
主要傳回碼;已順利執行動詞。

AP_PARAMETER_CHECK
主要傳回碼;因為參數錯誤而未執行動詞。

AP_BAD_CONV_ID

次要傳回碼; conv_id 的值與 APPC 指派的交談標識碼不符。

AP_BAD_TP_ID

次要傳回碼; tp_id 的值與 APPC 指派的 TP 識別碼不符。

AP_BAD_ERROR_DIRECTION

次要傳回碼;APPC 無法辨識指定的 err_dir 。

AP_INVALID_DATA_SEGMENT

次要傳回碼;記錄檔的錯誤數據超過配置來包含錯誤數據的區段，或錯誤數據緩衝區的地址錯誤。

AP_SEND_ERROR_BAD_TYPE

次要傳回碼; err_type 的值無效。

AP_SEND_ERROR_LOG_LL_WRONG

次要傳回碼;錯誤記錄檔 GDS 變數的 LL 欄位不符合數據的實際長度。

當 SEND_ERROR 以任何允許的狀態發出時，可以產生下列傳回碼：

AP_COMM_SUBSYSTEM_ABENDED
主要傳回碼;表示下列其中一個條件：

  • 此交談所使用的節點遇到 ABEND。

  • TP 與 PU 2.1 節點之間的連線已中斷（LAN 錯誤）。

  • TP 電腦上的 SnaBase 遇到 ABEND。

    系統管理員應該檢查錯誤記錄檔，以判斷 ABEND 的原因。

    AP_COMM_SUBSYSTEM_NOT_LOADED
    主要傳回碼;無法載入必要的元件，或處理動詞時已終止。 因此，無法進行通訊。 請連絡系統管理員以採取更正動作。

    當此傳回碼與 ALLOCATE 搭配使用時，可能表示找不到任何通訊系統來支援本機 LU。 （例如，以 TP_STARTED 指定的本機 LU 別名不正確或尚未設定。請注意，如果 lu_alias 或 mode_name 少於八個字元，您必須確定這些欄位會填滿右邊的空格。 如果這些參數未填滿空格，就會傳回此錯誤，因為沒有節點可以滿足 ALLOCATE 要求。

    當 ALLOCATE 針對使用多個節點設定的主機 Integration Server 用戶端系統產生此傳回碼時，有兩個次要傳回碼，如下所示：

    0xF0000001

    次要傳回碼;尚未啟動任何節點。

    0xF0000002

    次要傳回碼;至少有一個節點已啟動，但未在任何作用中節點上設定 本機 LU（TP_STARTED發出時）。 問題可能是下列其中一項：

  • 未啟動具有本機 LU 的節點。

  • 未設定本機 LU。

    AP_CONV_FAILURE_NO_RETRY
    主要傳回碼;交談因為永久條件而終止，例如會話通訊協定錯誤。 系統管理員應該檢查系統錯誤記錄檔，以判斷錯誤的原因。 在更正錯誤之前，請勿重試交談。

    AP_CONV_FAILURE_RETRY
    主要傳回碼;交談因為暫時錯誤而終止。 重新啟動 TP，以查看問題是否再次發生。 如果這樣做，系統管理員應該檢查錯誤記錄檔，以判斷錯誤的原因。

    AP_CONVERSATION_TYPE_MIXED
    主要傳回碼;TP 已發出基本和對應的交談動詞。 單一交談中只能發出一個類型。

    AP_INVALID_VERB_SEGMENT
    主要傳回碼;VCB 延伸超過數據區段結尾。

    AP_STACK_TOO_SMALL
    主要傳回碼;應用程式的堆疊大小太小，無法執行動詞。 增加應用程式的堆疊大小。

    AP_CONV_BUSY
    主要傳回碼;在任何交談時，一次只能有一個未完成的交談動詞。 如果本機 TP 有多個線程，而且多個線程使用相同的 conv_id發出 APPC 呼叫，就可能發生此情況。

    AP_THREAD_BLOCKING
    主要傳回碼;呼叫線程已經在封鎖呼叫中。

    AP_UNEXPECTED_DOS_ERROR
    主要傳回碼;從本機 TP 處理 APPC 呼叫時，作系統已將錯誤傳回 APPC。 作系統傳回碼會透過 secondary_rc傳回。 它會以 Intel 位元組交換的順序出現。 如果問題持續發生，請洽詢系統管理員。

    只有在以 SEND 狀態發出 SEND_ERROR 時，才能產生下列傳回碼：

    AP_ALLOCATION_ERROR
    主要傳回碼;APPC 無法配置交談。 交談狀態設定為 RESET。

    此程式代碼可透過 ALLOCATE 之後發出的動詞傳回。

    AP_ALLOCATION_FAILURE_NO_RETRY

    次要傳回碼;因為有永久性條件，例如設定錯誤或會話通訊協定錯誤，所以無法配置交談。 若要判斷錯誤，系統管理員應該檢查錯誤記錄檔。 在更正錯誤之前，請勿重試配置。

    AP_ALLOCATION_FAILURE_RETRY

    次要傳回碼;因為暫時性狀況，例如鏈接失敗，所以無法配置交談。 失敗的原因會記錄在系統錯誤記錄檔中。 重試配置。

    AP_CONVERSATION_TYPE_MISMATCH

    次要傳回碼;夥伴 LU 或 TP 不支援配置要求中指定的交談類型（基本或對應）。

    AP_PIP_NOT_ALLOWED

    次要傳回碼;配置要求指定的 PIP 數據，但夥伴 TP 不需要此資料，或夥伴 LU 不支援此數據。

    AP_PIP_NOT_SPECIFIED_CORRECTLY

    次要傳回碼;合作夥伴 TP 需要 PIP 數據，但配置要求未指定 PIP 資料或不正確的參數數目。

    AP_SECURITY_NOT_VALID

    次要傳回碼;合作夥伴 LU 不接受配置要求中指定的使用者識別碼或密碼。

    AP_SYNC_LEVEL_NOT_SUPPORTED

    次要傳回碼;合作夥伴 TP 不支援配置要求中指定的 sync_level （AP_NONE或AP_CONFIRM_SYNC_LEVEL），或無法辨識 sync_level 。

    AP_TP_NAME_NOT_RECOGNIZED

    次要傳回碼;夥伴 LU 無法辨識配置要求中指定的 TP 名稱。

    AP_TRANS_PGM_NOT_AVAIL_NO_RETRY

    次要傳回碼;遠端 LU 拒絕設定要求，因為它無法啟動要求的合作夥伴 TP。 條件是永久的。 錯誤的原因可能會記錄在遠端節點上。 在更正錯誤之前，請勿重試配置。

    AP_TRANS_PGM_NOT_AVAIL_RETRY

    次要傳回碼;遠端 LU 拒絕設定要求，因為它無法啟動要求的合作夥伴 TP。 條件可能是暫時性的，例如逾時。錯誤的原因可能會記錄在遠端節點上。 重試配置。

    AP_PROG_ERROR_PURGING
    主要傳回碼;在 RECEIVE、PENDING、PENDING_POST、CONFIRM、CONFIRM_SEND 或 CONFIRM_DEALLOCATE 狀態中，夥伴 TP 發出 SEND_ERROR ，且 err_type 設定為 AP_PROG。 已清除已傳送但尚未接收的數據。

    只有在以 SEND 狀態發出 SEND_ERROR 時，才能產生下列傳回碼：

    AP_DEALLOC_ABEND_PROG
    主要傳回碼;交談已解除分配，原因如下：

  • 合作夥伴 TP 已發行 DEALLOCATE ， 並將 dealloc_type 設定為 AP_ABEND_PROG。

  • 合作夥伴 TP 遇到 ABEND，導致夥伴 LU 傳送 DEALLOCATE 要求。

    AP_DEALLOC_ABEND_SVC
    主要傳回碼;交談已解除分配，因為合作夥伴 TP 發出 DEALLOCATE ， 且dealloc_type 設定為 AP_ABEND_SVC。

    AP_DEALLOC_ABEND_TIMER
    主要傳回碼;交談已解除分配，因為夥伴 TP 發行 了 DEALLOCATE ， 且dealloc_type 設定為 AP_ABEND_TIMER。

    AP_SVC_ERROR_PURGING
    主要傳回碼;在 RECEIVE、PENDING_POST、CONFIRM、confirm、CONFIRM_SEND 或 CONFIRM_DEALLOCATE 狀態中，err_type設定為 AP_SVC 的合作夥伴 TP（或合作夥伴 SEND_ERROR LU）。 傳送給合作夥伴 TP 的數據可能已經清除。

    只有在以 RECEIVE 狀態發出 SEND_ERROR 時，才能產生下列傳回碼：

    AP_DEALLOC_NORMAL
    主要傳回碼;此傳回碼不會指出錯誤。

    合作夥伴 TP 發出 DEALLOCATE，並將 dealloc_type設為下列其中一項：

  • AP_FLUSH

  • 使用指定為 AP_NONE 之交談的同步處理層級AP_SYNC_LEVEL

備註

當 TP 發出此動詞時，交談可以處於任何狀態，但 TP 發出此動詞時除外。 如果使用 err_dir ，則必須SEND_PENDING交談狀態。

本機 TP 會立即將錯誤通知傳送給合作夥伴 TP;它不會保存本機 LU 傳送緩衝區中的資訊。

成功執行此動詞時，交談會處於本機 TP 的 SEND 狀態，且處於夥伴 TP 的 RECEIVE 狀態。

新的狀態取決於 primary_rc。 下表摘要說明可能的狀態變更。

primary_rc 新狀態
AP_OK 發送
AP_ALLOCATION_ERROR 重置
AP_CONV_FAILURE_RETRY 重置
AP_CONV_FAILURE_NO_RETRY 重置
AP_DEALLOC_ABEND 重置
AP_DEALLOC_ABEND_PROG 重置
AP_DEALLOC_ABEND_SVC 重置
AP_DEALLOC_ABEND_TIMER 重置
AP_DEALLOC_NORMAL 重置
AP_PROG_ERROR_PURGING 收到
AP_SVC_ERROR_PURGING 收到

如果交談在 TP 發出 SEND_ERROR時處於 RECEIVE 狀態，APPC 會清除傳入的數據。 此資料包含：

  • SEND_DATA傳送的數據。

  • 傳回碼指標。

  • 確認要求。

  • 解除分配要求。

    APPC 不會清除連入要求到傳送指標。 APPC 會將清除的傳入傳回碼指標取代為其他傳回碼。 主要傳回碼AP_OK會取代下列清除的傳回碼指標：

    AP_PROG_ERROR_NO_TRUNC

    AP_PROG_ERROR_PURGING

    AP_PROG_ERROR_TRUNC

    AP_SVC_ERROR_NO_TRUNC

    AP_SVC_ERROR_PURGING

    AP_SVC_ERROR_TRUNC

    主要傳回碼AP_DEALLOC_NORMAL會取代下列清除的傳回碼指標：

    AP_ALLOCATION_ERROR

    AP_ALLOCATION_FAILURE_NO_RETRY

    AP_ALLOCATION_FAILURE_RETRY

    AP_CONVERSATION_TYPE_MISMATCH

    AP_DEALLOC_ABEND

    AP_DEALLOC_ABEND_PROG

    AP_DEALLOC_ABEND_SVC

    AP_DEALLOC_ABEND_TIMER

    AP_PIP_NOT_ALLOWED

    AP_PIP_NOT_SPECIFIED_CORRECTLY

    AP_SECURITY_NOT_VALID

    AP_SYNC_LEVEL_NOT_SUPPORTED

    AP_TP_NAME_NOT_RECOGNIZED

    AP_TRANS_PGM_NOT_AVAIL_NO_RETRY

    AP_TRANS_PGM_NOT_AVAIL_RETRY

    當交談處於SEND_PENDING狀態時，APPC 會根據 err_dir中的值，向合作夥伴 TP 報告下列傳回碼：

    AP_PROG_ERROR_PURGING
    本機 TP 以 RECEIVE 作為 err_dir發出SEND_ERROR。

    AP_PROG_ERROR_NO_TRUNC
    本機 TP 以 SEND 作為 err_dir 發出 SEND_ERROR。

    AP_SVC_ERROR_PURGING
    本機 TP 以 RECEIVE 作為 err_dir 發出 SEND_ERROR。

    AP_SVC_ERROR_NO_TRUNC
    本機 TP 以 SEND 作為 err_dir 發出 SEND_ERROR。

  • Last updated on