05/17/90 decode_definition_ The decode_definition_ subroutine returns decoded information from an object segment definition into a directly accessible structure. Entry points in decode_definition_: (List is generated by the help command) :Entry: decode_definition_: 05/15/90 decode_definition_ Function: returns the decoded information of an object segment definition in a directly accessible structure. This subroutine can only be used on one segment at a time because it uses internal static storage for information about the current segment. Syntax: declare decode_definition_ entry (ptr, ptr, bit(1) aligned); call decode_definition_ (def_ptr, structure_ptr, eof); Arguments: def_ptr is a pointer to the selected definition, or to the base of the object segment. (Input). If def_ptr points to the base of the object segment, decode_definition_ returns the first acceptable definition in the definition section (see Notes). Otherwise it is expected to be pointing to a definition. structure_ptr is a pointer to the structure in which decode_definition_ returns the desired information. This structure is defined in decode_definition_str.incl.pl1. (Input) eof is a binary indicator that is "1"b if the current invocation of decode_definition_ causes the search to go beyond the end of the definition list. If that is the case, the returned information in the structure is null. It may also be "1"b if any error occurs. (Output) Notes: decode_definition_ may not return the definition pointed to by def_ptr. It checks the "ignore" bit of each definition, and if that bit is "1"b it will continue scanning the list of definitions until it finds one for which the "ignore" bit is not set. To be sure the internal static information about the current segment has been properly initialized, the first call to decode_definition_ should either pass a pointer to the base of the object segment in def_ptr, or it should follow a call to decode_definition_$init. When decode_definition_ is called following a call to decode_definition_$init for the same object segment, it will ignore the value of def_ptr and always return the first definition in the definition section (for which "ignore" is not set). :Entry: full: 05/17/90 decode_definition_$full Function: This entry point, given a pointer to an object segment definition, returns more complete information about that definition. The symbolic name returned by this entry point can contain up to 256 characters. This entry point does not use internal static storage. Syntax: declare decode_definition_$full entry (ptr, ptr, ptr, bit(1) aligned); call decode_definition_$full (def_ptr, structure_ptr, oi_ptr, eof); Arguments: def_ptr is a pointer to the selected definition. (Input). structure_ptr is a pointer to the provided structure into which the decode_definition_$full entry point returns the desired information. This structure is defined in decode_definition_str.incl.pl1. (Input). oi_ptr is a pointer to the structure returned by any entry point of the object_info subroutine. (Input). eof is a binary indicator that is "1"b if the current invocation of decode_definition_$full causes the search to go beyond the end of the definition list. If that is the case, the returned information in the structure is null. It may also be "1"b if any error occurs. (Output). Notes: decode_definition_$full will return the definition pointed to by def_ptr, whether or not the "ignore" bit is set for that definition. If def_ptr points to the definition header, however, this entry point will skip over it and return the first definition in the definition section. :Entry: init: 05/16/90 decode_definition_$init Function: This entry point is used for initialization of the internal static storage used to locate the current segment. It is especially useful when the object segment does not begin at offset 0 (as for an archive component). This entry point only effects the main entry point, decode_definition_. Syntax: declare decode_definition_$init entry (ptr, fixed bin(24)); call decode_definition_$init (seg_ptr, bit_count); Arguments: seg_ptr is a pointer to the beginning of an object segment (not necessarily with an offset of 0). (Input) bit_count is the bit count of the object segment. (Input) ----------------------------------------------------------- Historical Background This edition of the Multics software materials and documentation is provided and donated to Massachusetts Institute of Technology by Group BULL including BULL HN Information Systems Inc. as a contribution to computer science knowledge. This donation is made also to give evidence of the common contributions of Massachusetts Institute of Technology, Bell Laboratories, General Electric, Honeywell Information Systems Inc., Honeywell BULL Inc., Groupe BULL and BULL HN Information Systems Inc. to the development of this operating system. Multics development was initiated by Massachusetts Institute of Technology Project MAC (1963-1970), renamed the MIT Laboratory for Computer Science and Artificial Intelligence in the mid 1970s, under the leadership of Professor Fernando Jose Corbato. Users consider that Multics provided the best software architecture for managing computer hardware properly and for executing programs. Many subsequent operating systems incorporated Multics principles. Multics was distributed in 1975 to 2000 by Group Bull in Europe , and in the U.S. by Bull HN Information Systems Inc., as successor in interest by change in name only to Honeywell Bull Inc. and Honeywell Information Systems Inc. . ----------------------------------------------------------- Permission to use, copy, modify, and distribute these programs and their documentation for any purpose and without fee is hereby granted,provided that the below copyright notice and historical background appear in all copies and that both the copyright notice and historical background and this permission notice appear in supporting documentation, and that the names of MIT, HIS, BULL or BULL HN not be used in advertising or publicity pertaining to distribution of the programs without specific prior written permission. Copyright 1972 by Massachusetts Institute of Technology and Honeywell Information Systems Inc. Copyright 2006 by BULL HN Information Systems Inc. Copyright 2006 by Bull SAS All Rights Reserved