Opened 14 months ago

Last modified 13 months ago

#369 accepted defect

ssu_error_.pl1 signals active_function_error condition for messages when code = 0

Reported by: Gary Dixon Owned by: Gary Dixon
Priority: major Milestone:
Component: General Version: MR12.6e
Keywords: Cc:

Description

ssu_error_.pl1 provides entry points for ssu_$print_message, ssu_$abort_line and ssu_$abort_subsystem. For a standalone ssu_ invocation, it calls either com_err_ or active_fnc_err_ to display the message with error code. However, active_fnc_err_ signals the active_function_error condition to notify the caller that an error occurred; if the caller returns from handling that condition, then the error condition is displayed on the error_output switch. This happens even if the code parameter is 0.

Documentation for ssu_$print_message and the other entry points says:

If the code is zero, the "Code message" portion of the formatted output is omitted.

That leads the reader to believe that ssu_$print_message becomes a call to ioa_ when code = 0. But the code just calls com_err_ or active_fnc_err_ with a zero value. And active_fnc_err_ signals this spurious active_function_error every time it is called.

This is a defect which should be corrected by avoiding the call to com_err_ or active_fnc_err_ when code = 0.
Instead, the remaining message should be reported via ioa_$ioa_switch on the iox_$error_output switch.

Change History (1)

comment:1 by Gary Dixon, 13 months ago

Owner: changed from Eric Swenson to Gary Dixon
Status: newaccepted
Note: See TracTickets for help on using tickets.