Changes between Initial Version and Version 1 of Ticket #296, comment 1


Ignore:
Timestamp:
12/06/2022 08:22:25 PM (4 years ago)
Author:
Gary Dixon

Legend:

Unmodified
Added
Removed
Modified
  • Ticket #296, comment 1

    initial v1  
    11This problem can be partially resolved very easily by increasing the number of consecutive zeros before the radix point that trigger use of exponential format:  from "more than 5" to "more than 7".  With that change, any Multics absolute address value is guaranteed to be expressible without getting an exponent in the numeric string.
    22
    3 A more complete resolution might require adding arguments to the numeric_to_ascii_base_ interface specifying whether the caller is willing to accept a result string expressed with exponents, or a result string including fractional characters (to the right of the radix point), or a result string including a radix indicator string, etc.
     3A more complete resolution might require adding arguments to the numeric_to_ascii_base_ interface specifying whether the caller is willing to accept a result string expressed with exponents, or a result string including fractional characters (to the right of the radix point), or a result string including a radix indicator string, etc. Then all the callers of numeric_to_ascii_base_ would have to be examined to determine whether they should be modified to call the new interface with added output selection switches. 
     4
     5index_set is an example of one caller that would have to be changed.  That command/af expects to return only strings in integer format (no exponents are supported).